Unterschied zwischen DevOps und Sre

Sowohl DevOps als auch SRE sind Methoden. Entgegen der populären Überzeugung, dass beide Gegner, DevOps und SRE keine zwei konkurrierenden Methoden sind, sondern sich gegenseitig ergänzen, indem organisatorische Hindernisse abgebaut werden, um eine bessere Software schneller zu liefern. Es gibt jedoch eine ganze Überschneidung zwischen den Zielen von DevOps und SRE.

Was ist DevOps?

DevOps ist eine Software -Engineering -Kultur und Praxis der Zusammenarbeit zwischen verschiedenen Teams wie Entwicklung und Betrieb, QA und Sicherheit. DevOps ist ein ITSM -Framework, das die Kommunikation und Zusammenarbeit zwischen Softwareentwicklung und IT -Operationen während des gesamten Service -Lebenszyklus fördert. Es integriert Entwickler und Betriebsteams, um die Zusammenarbeit und Produktivität zu verbessern, indem die Infrastruktur automatisiert, Workflows automatisiert und die Anwendungsleistung kontinuierlich messen. DevOps ist keine Technologie oder ein Tool. Es ist eher ein Konzept, das im Anwendungslebenszyklusmanagement verwendet wird, und sicherzustellen. Ziel ist es, Vertrauen aufzubauen und die Reibung in diesen Übergaben zwischen Entwicklern und Betriebsteams zu verringern. Das Entwicklungsteam wird die Bewerbung zum Operations -Team zur Implementierung einreichen, und das Betriebsteam wird dann die Anwendung überwachen und das Entwicklungsteam ein relevantes Feedback geben.

Was ist Sre?

SRE, Short für Site Zuverlässigkeitstechnik, ist eine Disziplin, die die Aspekte von Software -Engineering und -Operationen kombiniert, um die Lücke zwischen Angebot und Nachfrage zu schließen. SRE ist eine Softwaretechnik. SRE ist „das Feld konzentriert sich darauf, kunstvoll zu arbeiten, um eine Website herbeizuführen, die konsequent gut abschneidet.Es handelt sich um eine Spezialisierung, die sich auf Softwarezuverlässigkeit konzentriert. Obwohl die SRE -Prinzipien erstmals von Google im Jahr 2003 vor der DevOps -Bewegung festgelegt wurden, ist das Modell eine etwas andere Sicht auf viele vorhandene Ideen. Benjamin Treynor, Gründer des Google -Site -Zuverlässigkeitsteams, sagt in Googles Site Reliability Engineering -Buch: „SRE ist, was passiert, wenn Sie einen Software -Ingenieur auffordert, ein Betriebsteam zu entwerfen.Angesichts des Erfolgs von Google mit Zuverlässigkeit hat die Idee viele Unternehmen eingeholt.

Unterschied zwischen DevOps und Sre

Definition

- DevOps ist ein ITSM -Framework, das die Kommunikation und Zusammenarbeit zwischen Softwareentwicklung und IT -Operationen während des gesamten Service -Lebenszyklus fördert. Es handelt sich um eine Software -Engineering -Kultur und Praxis der Zusammenarbeit zwischen verschiedenen Teams wie Entwicklung und Betrieb, QA und Sicherheit. Site Reliability Engineering (SRE) ist eine Erweiterung vieler früherer Konzepte, die für viele Rollen gelten, einschließlich, aber nicht ausschließlich für DevOps, Systemtechnik, Backend Engineering, Systeme Administration, Operations usw. SRE ist ein Rahmen für den Betrieb großer missionskritischer Systeme zuverlässig.

Rolle

- DevOps ist eine Reihe von Praktiken und eine Organisationskultur, die die Lücke zwischen Entwicklern, Betreibern und anderen Teilen der Organisation überbrücken soll, um die Zusammenarbeit und Produktivität zu verbessern und sicherzustellen, dass die Teams perfekt miteinander synchronisieren. Sre wird wie DevOps oft verwendet, um Rollen zu beschreiben, die eine große Vielfalt von Arbeiten enthalten. Wenn Sie DevOps als Philosophie betrachten, ist Sre eine Möglichkeit, diese Philosophie zu erreichen. SRE ist eine Spezialisierung, die sich auf Softwarezuverlässigkeit konzentriert.

Zielsetzung

- DevOps und SRE sind keine zwei konkurrierenden Methoden, sondern ergänzen sich gegenseitig, indem sie organisatorische Hindernisse abbauen, um eine bessere Software schneller zu liefern. Beim DevOps geht es darum, die Wand zwischen Entwicklern und Betreibern zu brechen, um die Lieferzeiten für die Endbenutzer zu verkürzen. Ziel ist es, Vertrauen aufzubauen und die Reibung in den Handoffs zwischen Entwicklern und Betreibern zu verringern. SRE ist eine spezifische Implementierung von DevOps mit einigen großen Erweiterungen. Ziel ist es, Skalierbarkeit und sehr zuverlässige Softwaresysteme zu schaffen, um es zuverlässig, robust und lohnend zu machen.

Umfang

- Innerhalb des Unternehmens verfügt DevOps über einen begrenzten Umfang, der mit der Softwareentwicklung beginnt und über den Einchecken des Quellcodes zur automatisierten Bereitstellung führt. Der Umfang der DevOps ist minimal über die Bereitstellung innerhalb von Unternehmen hinaus minimal. SRE ist eine Gelegenheit, die von DevOps begonnene Dynamik zu nutzen und die Bemühungen durch den Rest des Lebenszyklus nach dem Einsatz fortzusetzen. DevOps umfasst die Tatsache, dass kein System zu 100 Prozent zuverlässig ist und ein Versagen etwas passieren muss. Sre ermutigt, Wege zu finden, um sicherzustellen, dass es nicht zu viele Misserfolge gibt.

DevOps vs. SRE: Vergleichstabelle

Zusammenfassung

Es gibt einige Überschneidungen zwischen den Zielen von DevOps und SRE. Man könnte SRE als eine spezifische Implementierung von DevOps mit einigen Erweiterungen betrachten. DevOps ist eine Reihe von Praktiken und eine Kultur, die die Hindernisse zwischen Entwicklern und Betreibern verringert, um die Lieferzeiten zu verkürzen. Wie DevOps wird SRE oft verwendet, um Rollen zu beschreiben, die eine große Vielfalt von Arbeiten enthalten. Wenn DevOps eine Philosophie ist, geht es bei Sre darum, Wege zu finden, um diese Philosophie zu erreichen. SRE ist eine Spezialisierung, die sich auf Softwarezuverlässigkeit konzentriert.