SRE ve DevOps arasındaki fark nedir?


57

SRE ve DevOps arasındaki fark nedir?

Saha Güvenirliği Mühendislik ve Geliştirme Operasyonları çok fazla ayrıntı ile örtüşüyor gibi görünüyor. Hangi grubun neyin sorumlu olduğunu nasıl bilebilirim ve beceri setim için hangi işlerin uygun olacağını nasıl bilebilirim?

SRE, sunucuları ve ağı korumakla ilgili gibi görünüyor ve DevOps da kodları korumakla ilgili, doğru mu? Bu ikisi arasında hala yeterince örtüşme yok mu?


3
Bence DevOps, bu noktada hiçbir şey ya da hiçbir şey ifade etmeyen bir terim olarak çok istismara uğradı.
civcivler

1
Konuştuğum bir şirketin hem SRE hem de DevOps ekibi vardı. DevOps'un yeni uygulamalar (0-6 ay) oluşturmak için kullanıldığını ve SRE'nin eski uygulamaları sürdürdüğünü söylediler. Her ikisi de otomasyon kullanan geliştiricilerdi, uygulamaları kodladı ve yayınladılar.
Paul Totzke

1
Sanırım SRE'deki Googles kitabının ne olduğunu anlamak için iyi bir okuma olacağını düşünüyorum: landing.google.com/sre
Kyle Steenkamp

Yanıtlar:


49

DevOps kodu korumakla ilgili, doğru mu?

DevOps , kod, sistemler veya herhangi bir şey hakkında "adil" değildir. DevOps, yazılım teslimi ile ilgili her şeyi kapsayan çok genel bir terimdir .

Site Güvenilirlik Mühendisliği , Google tarafından popüler bir terimdir. Bu makaleden https://landing.google.com/sre/interview/ben-treynor.html TL’lerini distile edebiliriz; DR: DR:

Temel olarak, bir yazılım mühendisinden bir işlem işlevi tasarlamasını istemeniz durumunda ne olur.

Operasyonlar, Mühendislik ve Yazılım Geliştirme birlikte bulanıklaştırıyor. Olgun bir altyapı oluşturmak ve sürdürmek için gereken otomasyon derecesi, üçünün de becerisini gerektirir. SRE'ler yöneticileri vardır ve mühendisler, ve geliştiricileri.

Ayrıca bakınız: http://shop.oreilly.com/product/0636920041528.do


6
DevOps sadece yazılım ile sınırlı değildir, bu bir yanılgıdır. Ürün tasarımına, ürün gereksinimlerine, dokümantasyona vb. Kadarını bağlamalıdır. Bir değerden müşteriye geri tüm değer zincirini takip etmesi beklenir. Görüşün kısıtlanması, etkinin azalmasına ve nihayetinde daha karmaşık bir tahliye mühendisi olarak rolün yanlış anlaşılmasına neden olur.
Jiri Klouda

Bunun arasındaki farkı DevOps Engineeringve SRE workötesini henüz anlayamadım, Google tarafından geliştirilen ve oldukça havalı (ücretsiz!) Bir kitapla desteklenmiş bir kısaltma.
BlackVegetable

Site Güvenilirlik Mühendisi gerçek bir unvan ve iş tanımıdır. Sadece söylediklerini ima ediyor. Yazılım tarafında DevOps'u işaret edebilecek bir başlık, geliştiricilerin konuşlandırması için bir platform oluşturup otomatikleştirdiğiniz Platform Mühendisi'dir. Bu arada, bir SRE, tipik operasyonlardan olanlardan sorumlu olan kişidir. Bunlar biraz anekdot ama muhtemelen BlackBegetable'ı anlamanıza yardımcı olabilir.
Matt O.

1
Seth Vargo ve Liz Fong'dan bir sürü harika YouTube videosu var (Google onları.) Bunu açıkça ortaya koyuyorlar: "SRE sınıfı DevOps'u uygular." SRE, birçok DevOps ilkesini izleyen somut, resmi bir uygulamadır.
Dave Swersky


21

Dave Swersky, Ben Treynor’un 2003’te olduğu gibi bugün de belirleyici olan SRE tanımıyla yukarıda mükemmel bir cevap verdi.

Temel olarak, bir yazılım mühendisinden bir işlem işlevi tasarlamasını istemeniz durumunda ne olur.

Öyleyse, "DevOps" u daha ayrıntılı tanımlamaya çalışıyorum, işte Jennifer Davis & Katherine Daniels'ın Effective DevOps kitabından bir alıntı :

Devops, bir düşünme ve çalışma şeklidir. Bu, hikayeleri paylaşmak ve empati geliştirmek için bir çerçevedir ... [bu] sadece başka bir yazılım geliştirme metodolojisi değildir.

[P] uygulamaları yazılım geliştirme yöntemlerini veya altyapı otomasyonu ve sürekli teslimat gibi özellikleri içerebilir, ancak bu parçaların toplamından çok daha fazladır.

Bu kavramlar birbirleriyle ilişkili ve sık sık sapkın ortamlarda görülebilse de, yalnızca bunlara odaklanmak büyük resmi özlüyor - özüne güç veren kültürel ve kişilerarası yönler.

Özetle: Etkili bir SRE, DevOps uygulamalarından yararlanacaktır.

-

Ayrıca:

Hangi grubun neyin sorumlu olduğunu nasıl bilebilirim?

Mülkiyet, örtük olmamalıdır; iletişim kurmak!


17

Site Güvenilirliği Mühendisliği az ya da çok geleneksel operasyonlara giriyor, ancak yoğun olarak otomatikleştirilmiş ve sürüm kontrollü, buna Kod olarak Altyapı da deniyor . İyi tanımlanmış bir dikey rol . Modern DevOps'ta bu İşlemlerle ilgili dikey dilimlerdir. Bir SRE ekibine sahip olabilirsiniz.

Bunun gibi DevOps bir organizasyon için kültürel bir değişimdir. Dikey, yukarıdan aşağıya, yönetim yapısına ek olarak , değer zincirleri boyunca işin teslimat yolları boyunca ekipler arasında yatay bir bağlantı oluşturur . Bir mühendis için birkaç ekibi birbirine bağlayan gevşek bir şekilde tanımlanmış yatay bir roldür ve çalışmanın kurum içinde sorunsuz ve hızlı bir şekilde geçmesini sağlar. Bir takım DevOps mühendisine sahip olamazsınız, bu da bir oxymorondur , çünkü takım sınırlarını genişletmek rolün çok önemli bir parçasıdır.


İlgili kaynaklara herhangi bir bağlantı çok iyi olurdu.
kenorb

1

Site Güvenilirlik Mühendisliği ile DevOps arasındaki farkları tanımlamanın bir başka yolu , Wikipedia'nın şu şekilde Site Reliability Engineerbaşlayan bir açıklamasına bakmaktır :

Site güvenilirliği mühendisi (SRE), Site Güvenilirlik Mühendisliği (SRE) olarak bilinen güvenilirlik, ölçeklenebilirlik ve bulut bilişim altyapısının geliştirilmesine odaklanan yazılım mühendislerine verilen bir iş tanımıdır.

Yani SRE'leri katılan insanlar olarak düşünebilirsiniz Building walls...

Bununla birlikte, Wikipedia'nın açıklaması şöyle DevOpsbaşlar:

DevOps ... yazılım sunumu ve altyapı değişiklikleri sürecini otomatikleştirirken, hem yazılım geliştiricileri hem de bilgi teknolojisi (BT) profesyonellerinin işbirliğini ve iletişimini vurgulayan bir dizi uygulamaya atıfta bulunmak için kullanılan bir terimdir. Yazılım oluşturma, test etme ve piyasaya sürmenin hızlı, sık ve daha güvenilir bir şekilde olabileceği bir kültür ve çevre oluşturmayı amaçlamaktadır.

Söylemediği şey, bu DevOps uygulamalarının gerçekte iş tarafından bir Talep tarafından tetiklendiğidir . Yani bina ve test (kombine geliştirin bir kısmını) ve Release yazılımı, DevOps bir hakkındadır DDR (= Talep-Release geliştirin) bazı insanlar bu hatırlayacağınız kültürü ve çevre, tarihsel bir speach 9 saniye için Tear down this wall.

3 Mayıs 2017 Çar, 20:00 ABD / Doğu (bilgisayarlar için bir yangın tatbikatı gibi) için planlanan Kısa kesintiler hakkındaki soruya , iş yeri SRE Yöneticisi olan bir kullanıcı tarafından gönderilen (imzalanan) tüm SE siteleri hakkında bir örnek için ... , Yığın Taşması, Inc.


SRE'nin duvarlar inşa ettiği iddiasını izlemiyorum. Bunu nereden aldın?
Xiong Chiamiov

Ayrıca, Tom Limoncelli, yalnızca Stack Exchange'de çalışmaktan çok daha fazla şey biliniyor .
Xiong Chiamiov
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.