SRE ve DevOps arasındaki fark nedir?

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?

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

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!

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.

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.