DevOps: BT Liderlik Kılavuzu
Özet: DevOps, BT liderliğini nasıl değiştirir? Kapsamlı kılavuzumuz, CIO'lardan ve uzmanlardan DevOps kültürel değişiklikleri, DevOps ölçümleri ve DevOps çalışma beklentileri hakkındaki önerileri paylaşır.
içindekiler:
-
DevOps işletmelerde neden popüler?
-
DevOps en iyi uygulamaları: Harika bir ekip yapan nedir?
-
DevOps, BT'nin liderlik konumunu nasıl değiştirir?
-
DevOps'un karşılaştığı en büyük zorluklar nelerdir?
-
DevOps kültüründeki değişikliklerle nasıl başa çıkabilirim?
-
DevOps ölçümleri: Başarıyı nasıl ölçebilirim?
-
DevOps, bir proje yöneticisine ihtiyacınız olmadığı anlamına mı geliyor?
-
DevOps güvenliği: risklerden nasıl kaçınılır?
-
DevOps trendleri: bundan sonra ne olacak?
-
DevOps işleri: işe alma olasılıkları nelerdir?
-
DevOps hakkında nereden daha fazla bilgi edinebilirim?
DevOps , 10 yıllık bir BT yöntemi ve kültürü, birçok insana hâlâ yeni zorluklar getiriyor. Bunun nedeni, DevOps'un metodolojisi, araçları ve kültürel ilkelerinin sürekli olarak değişip gelişmesidir. CTO'su Robert Reeves bize geçenlerde "DevOps bir süreçtir, bir algoritmadır" dedi. "Bütün amacı zaman içinde değişmek ve gelişmektir."
Bu değişikliklere nasıl ayak uydurabilir ve DevOps uygulayıcılarının en son deneyimlerini nasıl takip edebiliriz? DevOps kılavuzumuz, BT liderleri için en son ve en iyi bilgileri sağlar, devam eden raporlarımız, buradan daha fazla bilgi edinebilirsiniz. DevOps uzmanlarından ve en iyi CIO'lardan uzman tavsiyesi ve analizlerini inceleyelim.
DevOps işletmelerde neden popüler?
Bazı önemli nedenlerden dolayı DevOps, kuruluşta hayran kazanmaya devam ediyor. DevOps çalışma biçimi, işlevler arası ekiplerde hızı, deney yapmayı ve işbirliğini ödüllendirmenin bir yolu. BT organizasyonlarındaki geliştiriciler ile operasyon ve bakım ekipleri arasındaki geleneksel engelleri ortadan kaldırır ve yazılım yayınlama hızını hızlandırır.
Bu faktörlerin tümü, mevcut iş hedeflerine uygundur: Müşterinin ihtiyaçlarını karşılayacak şekilde hızlı bir şekilde değişebilmesi için işi değiştirmek veya yeni bir rekabet ortamı. Tempoyu hızlandırın, böyle bir imalat şirketi bürokrasiden çok bir başlangıç şirketi olabilir. Deneme ve inovasyon, bu hedefler, şu anda birçok CEO'nun en önemli önceliği olan dijital dönüşümün temelini oluşturuyor.
Geçtiğimiz birkaç yıl içinde DevOps, küçük işletmelerde başarıyı artırdı ve onları geleneksel organizasyon kurallarından kurtardı. Bu çalışma şekli, Pioneer, Target ve Macquarie Bank gibi birçok sektörde kurumsal BT'nin çalışma şeklini (ve temel iş süreçlerini) değiştirdi.
Vanguard CIO John Marcante için DevOps, ekibinin ortak hedefinde kilit bir rol oynuyor: Küresel finans hizmetleri devlerinde bile "girişimcilik hızında iş değeri sunma". Ekibi, "sürüm yönetim sistemimize kodu kontrol ederken ve müşterilerimizin bir özelliği kullanabildiklerinde zamanı en aza indirmek için DevOps ilkelerini kabul ediyor." Dedi.
Öncü CIO John Marcante
Hızı en üst düzeye çıkarmak için ekibi, çevik bulut altyapısı, mikro hizmet yöntemleri, otomasyon ve yeni test yöntemleriyle birleştirilmiş bir DevOps yaklaşımı kullandı.
Veri bakış açısı: Forrester'ın verilerine göre 2018, kurumsal DevOps yılı olacak.Şu anda, kuruluşların% 50'si uyguluyor ve şirketlerin% 27'si önümüzdeki 12 ay içinde tamamlamayı planlıyor. Kaynak: Forrester'ın ilk çeyrek küresel DevOps karşılaştırmalı çevrimiçi anketi.
DevOps en iyi uygulamaları: Harika bir ekip yapan nedir?
Harika bir DevOps uygulamasının üç özelliği hız, işbirliği ve otomasyondur (çünkü otomatikleştirilmiş günlük çalışma, insanların daha zorlu sorunlarla özgürce başa çıkmasına olanak tanır).
Ayrıca kültüre güçlü bir odaklanma göreceksiniz: DevOps tarzı çalışma, hızlı ve organizasyonel sınırların ötesine geçerek, insanlardan değişken roller sunmalarını ve başarısızlığı bir öğrenme deneyimi olarak kabul etmelerini gerektirir.
Elbette DevOps'un anlamı hızdan çok daha fazlasıdır Gerçekten harika bir DevOps uygulaması, başarıyı iş sonuçlarına bağlar. DevOps kültürü hakkında sık sık kitap ve konuşmalar yayınlayan Red Hat'tan Matt Mein, "DevOps sadece rastgele hızlanmakla ilgili değil, aynı zamanda daha hızlı değer sunmakla ilgili" dedi.
Özel bir "DevOps ekibi" olmalı mı? Bu sorun DevOps topluluğunda büyük tartışmalara neden oldu. Bazıları, evet diyor, hatta bazıları mükemmel bir DevOps merkezi oluşturmayı savunuyor.
Diğerleri, DevOps'un tüm BT ekibini kapsaması gereken bir çalışma yöntemi olduğunu ve DevOps ekiplerinin olgunlaşmamış DevOps kuruluşlarının bir işareti olduğunu söylüyor.
DevOps, BT liderliğini nasıl değiştirir?
DevOps yalnızca BT liderlerinin yazılım projelerini yürütme şeklini değiştirmedi. "DevOps'un farklı bir düşünce tarzını temsil ettiğine ve farklı bir liderlik modeli gerektirdiğine şüphe yok." ABD Vatandaşlık ve Göçmenlik Hizmetleri Departmanı'nın eski bilişim müdürü Mark Shi Watts (Mark Schwartz) yazdı.
DevOps'un, gereksinimlerin nasıl görüntüleneceği, yönetişim ve risk gibi BT liderlik ilkelerinin temel ilkelerini değiştirdiğini söyledi. Dedi ki: "Yalnızca işletmenin gerektirdiklerini veya ihtiyaç duyduklarını 'sağlamaktan' sorumlu olduğu fikrinin modası geçmiş." Aksine, CIO öne çıkmalı ve kurumsal performansı teşvik etme sorumluluğunu cesurca üstlenmelidir. "
Konfor alanınızdan bir süre ayrılmaya hazır olmalısınız. Red Hat'in ürün stratejisi direktörü Brian Gracely (Brian Gracely) ilgili bir makalede "Karma veya paylaşılan sorumluluk kavramı, suçsuz ölüm sonrası analiz ve hız ve istikrar genellikle öğrettiğiniz ilkelere aykırıdır" Yazdı.
DevOps'un hedeflerini takımın hedefleriyle açıkça birleştirmek bile zordur. "Gelecekteki işin, yazılımı daha hızlı sunma becerinizi (yeni özellikler, yeni ürünler ve pazara yeni yollar aracılığıyla) büyük ölçüde etkileyeceğini biliyorsunuz, ancak ekibinizle iletişim kurmak için bir dil veya çerçeve bulmak, DevOps'a nasıl ulaşılacağı ve Bu sonuçlar.
DevOps'un karşılaştığı en büyük zorluklar nelerdir?
BT liderleriyle diyalog, yakında bir gerçek ortaya çıkacak: DevOps'un en zor kısmı, ilgili kültürel değişikliklerdir. Yıllardır var olan sınırları yıkıyor, kontrolü yeniden dağıtıyor ve uzmanlığa meydan okuyorsunuz. Bu, BT çalışanlarına acı ve baskı getirmekle eşdeğerdir.
Diğer büyük zorluklar arasında, genellikle bazı büyük engeller oluşturan ve BT organizasyonlarında çok sayıda teknik borçla uğraşan orta düzey yöneticiler yer alır.
Red Hatın CIO'su Mike Kelly'nin belirttiği gibi, "Takımları daha kapsayıcı ve işbirlikçi hale geldikçe, liderler bu yeni çalışma yönteminin ürettiği enerjiden yararlanmak için stratejilerini ve stratejilerini değiştirmelidir." Sohbete birden fazla taraf çekmek ve herkesin duyulduğunu hissettiğinden emin olmak için yöntemlerini mükemmelleştirmeleri gerekir. Bölümdeki herkesin kendilerinden (ve egosundan) daha büyük olduklarını anlamasını sağlamak için yeteneklerini geliştirmeleri ve ekip tarafından yapılan işi kuruluşun değerlerine, hedeflerine ve hedeflerine bağlamaları gerekir. Bir şeyin parçası.
Birçok şirket, belirli bir sorun için DevOps projelerini başarıyla geliştirdi, ancak daha sonra DevOps'u kuruluş genelinde genişletmek için mücadele etti. Hedef CIO Mike McNamara, akıllı başlatmanın anahtar olduğunu söyledi: "Hedef sürecinin önemli bir parçası, ekibimizin" Dojo "olarak adlandırdığı hızlandırılmış bir öğrenme ortamı yaratmaktır" dedi.
"Bu, ekibin web sitesinde düzenli çalışmalarını gerçekleştirdiği, Agile koçların onları desteklemesine izin verdiği ve DevOps açısından ihtiyaç duydukları her şeyi sağladığı altı haftalık kapsamlı bir toplantı." Dojo, ekibi çevik ve DevOps, doğal direnci ve değişim korkusunu ortadan kaldırmada ve ardından üretkenliği korurken ekip değişikliğini desteklemede mükemmeldir. Bu hedef için büyük bir başarı ... Yolculuğumuzda mühendislik yeteneklerimizi geliştirmek, güçlendirmek ve geliştirmek için Dojo'yu kullanmaya devam ediyoruz.
Veri bakış açısı: DevOps ekiplerinin dönüşümcü liderlere ihtiyacı vardır ve ekibin en az dönüşümlü liderlerinin 12'si üst düzey yöneticiler olabilir. Kaynak: DORA 2017 DevOps raporu.
DevOps kültürel değişiklikleriyle nasıl başa çıkabilirim?
Matson CIO Peter Weis'in belirttiği gibi, herhangi bir değişikliğin en endişe verici kısmı insanlardır. Dürüstlük ve şeffaflık ve iş liderlerinin açık desteği ile bir değişim kültürü geliştirebilirsiniz. Ellucian CIO'su Lee Congdon, bunun çok sabır gerektirdiğini söyledi, belki de takım kültürü değişiminde kilit bir faktör olduğuna inandığı ortak bir sahiplik duygusudur.
CIT başkanı Bruno Guicadi, "Eğer deneye ve hıza ihtiyacınız varsa, liderlerin ölçme şeklini ve ilerlemeyi nasıl ve ne sıklıkla rapor edeceklerini değiştirmelisiniz", başlıkları ve ödülleri yeniden düşünmeniz gerekebilir. Ve kurucu ortak. "Başarıyı tahmin edilebilirlik gerektirerek ölçerseniz (Mary, tarihe kadar X öğeyi teslim etmelidir), hız ve deneme elde edemezsiniz."
Adobe CIO Cynthia Stoddard gibi bazı CIO'lar, yeni bir fiziksel ortamın işbirliğini teşvik edebileceğini söylerken, Ellucian'dan Congdon da Slack gibi iletişim araçlarının değerini vurguluyor.
Datawire'ın kurucu ortağı Richard Li, en önemli şeyin DevOps kültürünün işi değiştirmesi için herkesin katılımına ihtiyaç duymanız olduğunu söyledi. Organik, aşağıdan yukarıya bir yaklaşıma ihtiyacınız var.
Küçükten başlamanızı ve belirli sorunları çözmek için DevOps çalışma yöntemini kullanmanızı öneririm. Şöyle dedi: "Belki bir mühendis çok sık aranıyor." "Belki mühendis, veri tabanını büyük yükler altında daha dayanıklı hale getirmeye çalışıyor." Yöneticiler, mühendisinize en can sıkıcı veya acı verici olanı sorun. Sorun nedir: genellikle bir iş bulursunuz. Buradan başlayın. "
Ayrıca ekibin başarısını paylaşmak için bir forum oluşturmak ve mühendisleri diğer DevOps uzmanlarına kuruluşunuzun dışında faaliyetler yürütmek üzere katılmaya teşvik etmek istiyorsunuz.
DevOps ölçümleri: Başarıyı nasıl ölçebilirim?
En iyi DevOps ekipleri, iş hedefleriyle tutarlı olarak başarılarını soğuk sayılarla gösterir. İç Güvenlik Bakanlığı'nın baş teknoloji sorumlusu Michael Hermus, kısa süre önce şunları yazdı: "Bir ekibin, işletmeye gerçek bir değer katmadan verimli bir şekilde yazılım üretmesi tamamen mümkündür." Bu nedenle ekibi, ekibinin misyonunun anahtarı olan tehdit tespitinin doğruluğu da dahil olmak üzere bir dizi ölçüm arıyor.
Aslında birçok ekip, çalışma süresi, saniye başına işlem ve düzeltme hataları gibi verimlilik ve hız ölçümleri hakkında veri toplayarak DevOps ölçüm çalışmasına başlayacaktır. Ancak Red Hat teknolojisinin müjdecisi Gordon Huff, bunun onları standart yapmadığını söyledi. "Metrikler, verilerin temel performans göstergeleri olarak görülüyor. Sizin için bu önemli bir ölçüm yöntemidir."
Kuruluşunuz için bu türden 10'dan fazla gösterge bulmayın ve bunları azaltmak en iyisidir. "Daha geniş organizasyonel veya süreç sağlığı sorunlarını keşfedebilen ölçümlerin yanı sıra bilgisayar sistemlerinden toplanabilecek daha belirgin operasyonel ve geliştirme verilerini düşünün."
Örneğin, işletme, müşteri deneyimini ve operasyonel verimliliği iyileştirmeye çalışabilir.Müşteri deneyimi için, Net Promoter Score gibi ölçütler uygun olabilir. Müşteri iş emirleri (genel müşteri memnuniyetinin bir göstergesi olarak) ve geliştiricilerin iş tatmini derecelendirmeleri (DevOps yıldızlarını çekmenin ve elde tutmanın zorluğu göz önüne alındığında) dikkate almaya değer diğer iki derecelendirmedir.
DevOps, bir proje yöneticisine ihtiyacınız olmadığı anlamına mı geliyor?
Kısacası: Hayır, DevOps tartışmaları geliştiricilere ve operasyon ekiplerine odaklanma eğilimindedir, ancak proje yöneticileri hayatta kalacak ve DevOps çağında muazzam değişiklikler yaşayacak.
DevOps, BT ekibinin projeleri ele alma şeklini temelden değiştirir, genelden, daha yüksek hız ve çevik yazılım geliştirme yaşam döngüsü peşinde koşmayı planlayan aylardan (veya bazı durumlarda yıllar) geçerek. Bu, proje yöneticilerinde değişiklik anlamına gelir, ancak hata yapmayın: proje yöneticileri DevOps çağında hala değerlidir.
CYBRIC'in kurucu ortağı ve baş teknoloji sorumlusu Mike Kail, "Geleneksel olarak, proje yönetimi tek ve şelale yaklaşımı olmuştur" dedi. "DevOps'un dönüşümü ile, PMO'nun işlevinin bir" mikro hizmet "yaklaşımını benimsemesi gerekiyor çünkü daha küçük alt projeler daha yüksek hıza ulaşabilir."
Rio de Janeiro Digital merkezli bir teknik mimar olan Josh Collins, "Teslimat hızı arttıkça, bağımlılıklara odaklanmanın önemi arttı" dedi. "Yukarı akış ekibinden bazı şeyleri entegre etmek için dağıtım süresi artık daha kısa veya paydaşlardan tüm gereksinimleri almak için daha az zaman." Dedi. "Çevik yöntemler ve Kanban gibi araçlar burada yardımcı olabilir. "
DevOps güvenliği: risklerden nasıl kaçınılır?
DevOps ekibi hız sağlarken elbette gereksiz güvenlik risklerinden kaçınmalıdır. Bu nedenle, giderek daha fazla şirket "DevSecOps" u vurgular, yani ekipler erken aşamadan başlayarak yazılım geliştirme yaşam döngüsü boyunca güvenliği oluşturur.
Sonatype başkan yardımcısı ve DevOps savunucusu Derek Weeks, "DevSecOps yalnızca bir araç değil, aynı zamanda güvenlik düşüncesini erken geliştirme uygulamalarına entegre ediyor" dedi.
Red Hat'ta güvenlik stratejisti olan Kirston, bunun başka bir kültürel zorluk getirdiğini söyledi.
Yeni gelen, "Tarihsel olarak, güvenlik ekibi geliştirme ekibinden izole edilmiştir ve her ekip farklı alanlarda derin profesyonel beceriler geliştirmiştir" dedi. "Bunu yapmaya gerek yok. Güvenlik konusunda derinden endişe duyan şirketler, yazılım aracılığıyla hızlı bir şekilde iş değeri sunma becerileriyle de çok ilgileniyorlar. Güvenliği uygulama geliştirmelerinin yaşam döngüsünde tutmanın yollarını arıyorlar. CI / DevSecOps'u benimsemek için güvenlik uygulamalarını, araçlarını ve otomasyonu CD ardışık düzenine entegre edin.
CIO güvenliği "Bunu yapmak için ekiplerini entegre ediyorlar, güvenlik uzmanları başlangıçtan (tasarım) üretim dağıtımına kadar uygulama geliştirme ekibiyle birlikte çalışıyorlar" dedi. Her iki taraf da değer gördü ve her ekip becerilerini ve bilgi tabanını genişleterek onları daha değerli teknik uzmanlar haline getirdi. DevOps doğru yapılır veya DevSecOps güvenliğini artırır.
DevOps trendleri: bundan sonra ne olacak?
DevOps şirkette nerede? DevOps liderleriyle yaptığımız son görüşmeler birkaç eğilimi ortaya çıkardı.
İlk olarak, şirketler DevOps'u bulut hizmetleri (talep üzerine bilgi işlem ve depolama yetenekleri), kapsayıcılar ve mikro hizmetler ile birlikte kullanıyor.
Red Hat başkan yardımcısı ve genel müdürü Ashesh Badani, "CIO" konteyner ekosistemi "Konteynerler, DevOps ve mikro hizmetler, CIO'ların çevik hedeflerine ulaşmalarına yardımcı olmak için birlikte çalışabilir," dedi. Kısacası, kapsayıcılar uygulamaları çalıştıkları ana sistemden izole edilmiş düzgün bir paket halinde paketler. Geliştiriciler, DevOps'un önemli bir parçası olan denemeler sırasında bunları kolayca taşıyabilir. Bir geliştirme ortamından üretim ortamına hızla geçtiğinizde konteynerler de yardımcı olabilir.
Bu nedenle, ekibin kapsayıcılar, mikro hizmetler ve bulut hizmetleri arasındaki artan karşılıklı bağımlılığı anlaması gerekir.Bu kombinasyon, DevOps'un profesyonel deneyler yapmasına ve hızlı ve güvenli bir şekilde çalışmasına yardımcı olur. DevOps ekibinin, Kubernetes gibi düzenleme araçlarının kazanabileceği tutma olan bir mikro hizmet mimarisini yönetmesi ve genişletmesi gerekecektir.
İkinci olarak, DevOps'un çalışma yönteminin veritabanı ekibine, QA'ya genişletilebilmesi veya hatta veritabanı ekibi, QA ve diğer alanlarda mevcut olmaması beklenebilir.
DUNK'dan Reeves, "Bu çok DevOps yapılması gereken bir şey: sürtünme alanlarını belirleyin ve bunları çözün," dedi. "Şu anda, güvenlik ve veritabanları DevOps'u benimseyen şirketler için büyük bir darboğaz oluşturuyor."
Ek olarak, daha iyi geliştirme için ROI ölçümlerini ve başarı göstergelerini arayın. CYBRIC CTO'su, "DevOps kültürünün iki temel ilkesinin, otomasyon ve ölçümün asla 'tamamlanmadığına' inanıyorum," dedi. "Her zaman görevleri otomatikleştirme veya otomatikleştirilmiş çözümleri geliştirme fırsatı vardır ve önemli olan, metriklerin zaman içinde değişip genişleyebilmesidir." Bu olgunluk süreci, bir son veya tamamlanmış görev değil, sürekli bir süreçtir.
Veri bakış açısı: 104.508 dolar, Amerika Birleşik Devletleri'ndeki bir DevOps mühendisinin ortalama maaşı (bir DevOps mühendisinin ulusal medyan maaşı 110.000 dolar). Kaynak: Glassdoor, işe alım web sitesi.
DevOps işleri: işe alma olasılıkları nelerdir?
Tek kelime: rekabet DevOps yeteneklerini işe almak isteyen şirketler kendilerini birçok taliple rekabet içinde bulacaktır. "2017 Açık Kaynak İşler Raporu" na (2017 Açık Kaynak İşler Raporu) göre, işe alım yöneticilerinin% 60'ı DevOps mühendis pozisyonlarındaki boş pozisyonları doldurmak istiyor.Rapor, Linux Vakfı ve teknik iş sitesi Dice tarafından yürütülüyor. Bu sıralama "geliştiriciden" (% 73) sonra ikinci sırada ve bu yılın raporundaki en popüler karakter.
Bu rekabet seviyesi nedeniyle, çoğu şirket yetenekleri kendileri geliştiriyor ve hevesli insanlara bu yeni çalışma şeklini benimsemeyi öğretiyor, bu yeni yetenek elde tutmaya odaklanıyor.
"DevOps Mühendisleri" için çok sayıda iş ilanı bulacak olsanız da, artık DevOps ortamlarında DevOps unvanı olmadan çalışan daha fazla insan var.
İleriye bakıldığında, DevOps ekiplerinin daha fazla uzman rolüne ihtiyacı olabilir. Red Hat teknik müjdecisi Gordon Haff, "Başlangıçta öngörüldüğü gibi, DevOps genellikle uzmanların rolünü ortadan kaldırmakla ilgili olarak düşünülür (ve bazen uygulanır)," dedi. Herkes yapar, herkes yapar. Herkesin bir çağrı cihazı vardır. "
"Ancak, özellikle büyük kuruluşlarda bu doğru değil" diye açıkladı. "Silo kırılmalıdır." Ve multidisipliner takımlara karşı çıkmak zor. Ancak güvenlik ve büyük ölçekli altyapı gibi alanlarda her zaman uzmanlara ihtiyaç vardır. Önemli olan, bu uzmanların başkalarıyla etkili bir şekilde iletişim kurmasına izin vermek ve başkalarının kullanması için araçlar sağlamaktır.
Sumo Logic'in analiz müdürü Ben Newton, özellikle DevOps ekibi olgunlaştığında, geliştirdikleri rollerin ve süreçlerin daha spesifik olarak organizasyonlarının ihtiyaçlarını ve iş stratejilerini ele aldığını söyledi. "Bu eğilimin DevOps'u modern organizasyonun bir üyesi yapmak olduğunu düşünüyorum ve odak noktası, çekirdek geliştirici / saldırı ekibi dışında hangi uzmanlaşmanın gerekli olduğunu bulmaktır. Bu ekipler aslında inşa ediyor ve destekliyor Kendi kodları. "
Site güvenilirliği mühendisleri, güvenlik mimarları ve uzmanları gibi rollerin yanı sıra QA / test mühendislerinin DevOps ortamında çeşitli yinelemeleri artırmasını bekliyor.
Ayrıca, geliştirmeyi yönlendiren daha fazla veri bilimi mühendisi gördük, çünkü analiz bugünün rekabetinin anahtarı.
Ayrıca, DevOps'a nasıl geçiş yapacağınızı, özgeçmişinizi nasıl ayarlayacağınızı ve daha fazlasını öğrenmek için DevOps işe alma yöneticileri ve işe alma yöneticileri serimize göz atın.
