Inhoud
- Verwarring tussen de twee
- Waarom SRE
- Waarom DevOps?
- Wat zijn de verschillen?
- Geen bugs, geen stress - Uw stapsgewijze handleiding voor het creëren van levensveranderende software zonder uw leven te vernietigen
- Wat zijn de overeenkomsten?
- Concurrerende methoden?
Bron: Maxim Popov / Dreamstime.com
Afhaal:
DevOps en SRE zijn beide veelgebruikte methoden voor softwareontwikkeling. Hoewel ze veel gemeen hebben, hebben ze ook enkele belangrijke verschillen.
DevOps en site betrouwbaarheid engineering (SRE) zijn tegenwoordig twee van de meest besproken onderwerpen in de IT-wereld. Deze twee disciplines zijn soms een beetje moeilijk te onderscheiden. Het doel van een DevOps-initiatief is om de ontwikkelings- en bedrijfsprocessen te combineren en wrijvingsloos te maken. En het doel van SRE is om betrouwbaarheid te bereiken door de best practices in engineering en operations te implementeren. Kortom, SRE biedt oplossingen om te slagen in verschillende DevOps-scenario's. Deze twee stromen concurreren dus niet met elkaar, maar bieden het beste van hun respectieve oplossingen om de gemeenschappelijke doelen van softwareontwikkeling te bereiken. (Zie DevOps Managers uitleggen wat ze doen om meer te weten te komen over wat er bij DevOps betrokken is.)
Verwarring tussen de twee
DevOps en site betrouwbaarheid engineering zijn waarschijnlijk de meest gebruikte methoden voor de ontwikkeling van software. De twee termen worden vaak verward door mensen, maar tegelijkertijd overlappen ze elkaar ook in aanzienlijke mate. Daardoor zijn ze toch niet zo verschillend. Daarom moeten we de fijnere details begrijpen om ze te onderscheiden en de overeenkomsten te identificeren.
Waarom SRE
Bijna tien jaar geleden nam Google stappen om de manier te veranderen waarop het productiebeheer ondernam. Het R & D-team was verantwoordelijk voor het creëren en pushen van nieuwe functies in de productie, terwijl het operationele team erop gericht was het productieproces stabiel te houden. Het probleem was echter dat beide teams in de tegenovergestelde richting bewogen.
In een poging deze kloof te overbruggen, werd een oplossing gevonden. In plaats van een operationeel team dat uitsluitend als beheerder werkt, kunnen software-ingenieurs (met een R & D-achtergrond) beide teams helpen samenwerken. Dit is het moment waarop de functie van site betrouwbaarheid engineer werd gecreëerd.
Het is de taak van site-betrouwbaarheidsingenieurs om een stabiele productieomgeving te creëren, maar ook tegemoet te komen aan de ontwikkeling van nieuwe functies. Teams bestaan meestal uit zowel systeemingenieurs als softwareontwikkelaars. Ingenieurs hebben als taak problemen met software op te lossen. Ze moeten ook gemakkelijk integreren met het ontwikkelteam. Het idee hierachter is om de kwaliteit van code- en automatiseringstests te verbeteren. De waarde van SRE werd snel geïdentificeerd door verschillende belangrijke organisaties die de discipline begonnen te omarmen. Deze bedrijven omvatten Netflix, Dropbox en GitHub.
Waarom DevOps?
De DevOps-beweging is tot stand gekomen omdat het ontwikkelaars in staat stelde code te schrijven zonder een volledig begrip van hoe het in productie moest worden uitgevoerd. Het is een zeer recente beweging die organisaties helpt op een agile manier te bewegen. De combinatie van kennis en inspanning van zowel het dev-team als het ops-team is bedoeld om een flexibeler, betrouwbaarder en robuuster product te produceren.
Het idee achter het DevOps-team is om een geautomatiseerd systeem in agile softwareontwikkeling tot stand te brengen, waardoor het dev-team zich kan concentreren op het leveren van nieuwe software, maar ook op de functionele en compliance-principes die nodig zijn voor de activiteiten. (DevOps werkt niet altijd zo goed. Meer informatie in When DevOps Goes.)
Wat zijn de verschillen?
Over het algemeen worden zowel SRE als DevOps gebruikt voor het beheer van de productieactiviteiten van een organisatie. Beide hebben echter grote verschillen. In de eerste plaats vindt DevOps problemen en verzendt deze vervolgens naar het dev-team voor oplossingen. Het doel van SRE is echter om enkele van deze problemen zelf te vinden en op te lossen. Het DevOps-team zou werken aan het conservatief oplossen van problemen, zodat de productieomgeving onaangeroerd blijft. SRE's streven echter meestal naar snelle veranderingen en software-updates, ondanks het handhaven van een stabiele productieomgeving.
Geen bugs, geen stress - Uw stapsgewijze handleiding voor het creëren van levensveranderende software zonder uw leven te vernietigen
Je kunt je programmeervaardigheden niet verbeteren als niemand om softwarekwaliteit geeft.
DevOps is meestal geen rol. Het is eerder iets dat als een team moet worden gedaan. Integendeel, SRE maakt het creëren en onderhouden van een hoog beschikbare service mogelijk. Het is dus een rol toegewezen aan een professional.
Het doel van DevOps is om zich te richten op empowerment van ontwikkelaars, zodat ze services kunnen bouwen en beheren met meetbare statistieken die helpen bij het prioriteren van taken. SRE is bedoeld voor het bewaken van applicaties en services nadat ze zijn geïmplementeerd en om automatisering te implementeren voor het verbeteren van de gezondheid en beschikbaarheid van een systeem.
Wat zijn de overeenkomsten?
Hoewel SRE en DevOps anders klinken op basis van hun kernfilosofieën, hebben ze eigenlijk dezelfde definities van succes. Sommige hiervan zijn:
- Het aantal organisatorische silo's verminderen
- Het bieden van een omgeving waar falen kan worden geaccepteerd en ook te verwachten is
- Veranderingen aanbrengen in stappen
- Gebruik maken van automatisering
- Monitoring van succes
Er moet ook worden opgemerkt dat SRE schaalbaar is voor de continue ontwikkeling van complexe kaders. Tegelijkertijd is DevOps geschikt voor frequente releases van code, idealiter digitaal gedistribueerde producten. Beide bestaan echter onder het paradigma van DevOps.
SRE geeft ook prioriteit aan continue verbetering boven continue ontwikkeling. Met SRE valt de verbetering van bestaande programma's onder het ontwikkelingsteam, met evenveel belang als die voor nieuwe releases.
Concurrerende methoden?
DevOps en SRE kunnen niet worden beschouwd als twee concurrerende benaderingen, maar dichte methoden met overlappende gebieden. Ze zijn ontworpen om naast elkaar te functioneren als een middel om organisatorische belemmeringen voor het leveren van snellere en betere software te overwinnen.
DevOps en SRE zijn beide verschillende operationele benaderingen die door elke organisatie kunnen worden gekozen. Zeggen dat de een juist is of de ander overtroeft, zou onjuist zijn. Het hangt eerder allemaal af van de filosofie en behoeften van een organisatie, en dit moet ook in gedachten worden gehouden bij het kiezen van de aanpak.