“DevOps Dönüşümü” ne içerir?

Bazı danışmanlık şirketleri "DevOps Transformation" adlı bir hizmeti tanıtmaktadır. Birçok büyük şirket, dünyadaki konferans ve buluşmalarda bu konu hakkında konuşuyor.

Böyle bir "DevOps Dönüşümü" neyi içerir? Hem başarılı dönüşümler hem de başarısız olanlar için eyleme geçirilebilir terimlerle nasıl görünür.

Bu soruya cevabımı DevOps'un ne olduğu bağlamına koymam gerekiyor, daha spesifik olarak parçası olduğum DevOps dönüşümleri içinde DevOps, tam Yazılım Geliştirme Yaşam Döngüsü'nün sahibi. Grafikte uygulamaların tüm DevOps önemli bir parçasıdır ve bunlar etkinleştirip hem destekler nitelikte olmuştur Sistemleri Düşünme ve Amplifikasyon Görüşleri Döngüler .

Bununla birlikte, CI / CD ve DevOps arasındaki temel ayırıcı, yazılımın bir üretim ortamında müşterilere ve hizmet verdiği işe değer sağlayabileceği gerçek operasyonudur.

DevOps dönüşümüne katılan ya da liderlik eden bir danışman olarak aklımın önünde şu yönler var:

• Kültür : As Dave haklı olarak işaret ettiği bir Sürekli Deneyleri Kültürü ve Öğrenim herhangi dönüşümün başarısı için kritik öneme sahiptir. Bir DevOps perspektifinden bakıldığında, bu, seçilen DevOps modelini destekleyen bir kültürü nasıl ortaya koyduğumuza kadar gelir, bu model "Siz Oluşturun, Çalıştırın" veya Google'ın Site Güvenilirlik Mühendisliği pratiği boyunca daha fazla olabilir .

• Çalışma Modeli : Bu, iş teklifinin, genellikle birlikte kullanılan İnsanları, Süreci ve Araçları yüksek düzeyde birleştirerek, örgütün nasıl değer kazandıracağını ifade eden kısmıdır. Bir işletim modeli olmadan, kurumun kültürün tanımladığı uygulamaları benimseme biçimi hakkında bir planınız yoktur, bu da netlik ve farklı davranışların eksikliğine yol açar.

• C-Level Aircover : Dönüşüm programlarında çalışan danışmanlar olarak işimizin çalışma biçiminde köklü değişiklikler yapmak bizim işimizdir. İnsanları üzecek ve bazı insanlar değişiklikleri sevmeyecek - bir şeyleri değiştirmek ve ileriye doğru hareket etmek için yukarıdan "hava örtüsünün" olması önemlidir.

Yüksek seviye yerine getirildikten sonra gerçekçi bir şekilde sunabileceğiniz bir şey bulmak önemlidir:

1. İdeal olarak, kültürü anlayan bazı kişileriniz varsa, bir işletim modelinin taslağı ve yöneticilerden satın alma "Minimum Geçerli Proje" yi oluşturduktan sonra DevOps'u tanıtarak okyanusu kaynatmaya çalışmayın. binlerce izleyici kitlesine Ulaşılabilir bir hedef belirleyin:
   • X ürününden altyapı oluşturulmasını otomatikleştirin.
   • X ürününün tüm ortamlarda Azure'a dağıtımını otomatikleştirin.
   • İşveren Y'den Londra'daki bir geliştirme ekibine geri destek.
   • En riskli özelliğimiz etrafında bir dizi test oluşturun ve bunları sürekli entegrasyonda çalıştırın.
2. Harika, kemerinizin altında bir miktar başarınız var, şimdi bunu daha fazla takım halinde pişirmeye başlamanın, karışıma başka bir takım daha eklemenin ve onları kurup çalıştırma zamanı. Geçişte onlara yardımcı olmak için ilk başta "Beyaz Eldiven Desteği" sunmaktan korkmayın; önümüzdeki haftalar ve aylar boyunca el ele tutuşmaları gerekecektir.
3. Artık yeni bir çalışma tarzını izleyen birkaç erken benimseyen var; bazı kritik kitleniz var, daha geniş bir kitleyle yaptığınız işi evangelize etmeye başlama zamanı:
   • Düzenli göster ve anlat oturumları, erken benimseyenlerden ne kadar başarılı olduklarını göstermelerini ister.
   • Kuruluşun diğer bölümlerinin ekibinizle nasıl bir araya gelebileceklerini keşfetmelerine izin vermek için katılım oturumları sunun .
   • Belirli disiplinlere odaklanan Uygulama Topluluklarının oluşturulmasını sağlayın : Sürekli Dağıtım, Otomatik Test, İş İletişimi, Risk Yönetimi, İzleme ve Uyarı vb.

4. Kuruluşun geri kalanına katılarak kursta kalın ve dönüşümü kapatın. Gartner Hype Döngüsü ile Evlat Edinme Yaşam Döngüsü arasındaki ilişkiyi anlayın . Dönüşüm Programı'nın “Hayal Kırıklığı Teknesi” ne düşmesi için hazırlıklı olun, rotayı takip edin ve nihai hedefi görünür tutun.

   

Son noktanın daha derin bir keşfi için Geoffrey A. Moore'un Crossing the Chasm'ı okuyun . Kelimenin tam anlamıyla bir DevOps dönüşümünün nasıl yapılacağı hakkında bir kitap yazabilirdim, ancak bitirdiğimde muhtemelen daha fazla DevOps dönüşüm çalışması yapmayacaktım.

DevOps üç ana boyuttan ayrılma eğilimindedir:

Kültür
DevOps kültürü, başta Dev, Ops ve Güvenlik olmak üzere tüm paydaşlar arasında yüksek düzeyde güven, işbirliği ve iletişimi vurgular . Bu gruplar arasındaki doğal gerginlik ve rekabet sürtünme ve çoğu zaman işlev bozukluğu yaratır. DevOps her şeyden önce bu takımlar arasındaki çabaları hizalama konusundadır.

Process
DevOps geliştirme süreçleri Çevik süreçlerle yakından uyumludur. Ops, Dev çabalarına daha iyi uyum sağlamak için Çevik benzeri uygulamalar yapmaya teşvik edilir. DevOps uyumlu işlemler, geliştirme / dağıtım yaşam döngüleri boyunca yüksek hız ve hızlı geri besleme döngülerini desteklemek üzere tasarlanmıştır. Sürekli Entegrasyon, Sürekli Teslimat ve Sürekli İyileştirme (kaizen), DevOps sürecinin odak alanlarıdır.

Teknoloji
DevOps bir araç değildir, ancak araçlar tarafından desteklenir. Sürekli Entegrasyon, Kaynak Kontrolü ve Uygulama Yaşam Döngüsü Yönetimi gibi bir dizi alanı destekleyen tüm araç aileleri vardır.

Bir "DevOps Dönüşümü" her üç öğenin de öğelerini ele almalıdır, ancak aynı anda hepsinin eşit olması gerekmez. Dönüşüm için doğal bir ilerleme ve "kritik yol" vardır. Tartışma yapılabilir, örneğin DevOps, en azından Geliştirme ekibi / ekipleri dahilinde bir çeşit Çevik uygulamaya bağımlıdır. Aletlere yatırım yapılmadan önce kültürle ilgili konuların ele alınması gerekebilir.

Kaynaklar:
Kültür: https://www.andykelk.net/devops/using-the-westrum-typology-to-measure-culture
Teknoloji: https://xebialabs.com/periodic-table-of-devops-tools/