Continium olarak, geçtiğimiz hafta 12.’si gerçekleştirilen Uluslararası TestIstanbul Konferansında DevOps Hizmetleri Yöneticimiz Berk Dülger’in sunumu ile yer aldık. Etkinlikte “DevOps Maturity: How to Become Netflix in Less Than a Year” başlığı ile gerçekleştirdiğimiz sunumda; organizasyonların DevOps dönüşüm ihtiyacı, yöntemleri, doğruları ve yanlışları üzerine tecrübelerimizi aktardık. Sunumun içeriğini sizinle de paylaşmak isteriz.
Devrimler ve Dijital Çağ
Tarım ve Sanayi Devrimi akabinde gerçekleşen Dijital Devrim toplumumuzu ve ekonomisini daha önce hiç olmadığı kadar değiştirdi. Bundan yirmi, hatta on sene kadar önce adını dahi bilmediğimiz firmalar onlarca milyar dolarlık piyasa değerlemelerine ulaştı. Ek olarak bulunduğu sektörden bağımsız bu durum, perakendeden bankacılığa, sigortacılıktan yayıncılığa her şirketi artık bir teknoloji şirketi olmaya zorluyor. Teknolojinin getirdiği dijital yetkinliklerle şirketler, rekabette öne çıkmak için müthiş bir farklılaşma ve erişilebilirlik yarışında.
Digitally Born – Netflix
Netflix de dijital çağın şirketlerinden biri. Medya sektöründeki başarısının yanında, daha doğrusu nedeni olarak, dijital altyapısı ile adından sıkça söz ettiriyor. Bugün Netflix’in yazılım ve donanım mimarisi, DevOps ve SRE gibi birçok alanda gösterilen örneklerin başında geliyor. Peki Netflix bunu nasıl başardı? Aslına bakılırsa Netflix’in bu başarısının arkasında müthiş mühendislik ekibi ve onların yetkinlikleri olduğunu söylemek yanlış olmayacaktır. Ek olarak bulundukları context’in risk almaya ve yeniliklere imkan tanıması teknoloji alanındaki liderlikleri için onlara uygun bir oyun alanı sunuyor.
Peki kendi organizasyonumuzu Netflix’in DevOps alanında yakaladığı olgunluk seviyesine çıkarmamız mümkün mü? Bu sorunun cevabını yazının sonunda vermeye çalışacağız. Öncesinde doğru ve etkili bir DevOps Dönüşümü için yapılması gerekenlere değinmek faydalı olacaktır.
Kültürel Dönüşüm ve Mühendislik Dönüşümü
Kültür ve Mühendislik, DevOps dönüşümünün iki anahtar kelimesi. İkisi de oldukça detaylı ve kritik konular. O sebeple farklı bir yazının konusu olmak üzere detaylara girmeyeceğiz. Üst bir bakış açısı ile yorumlamak istersek; dönüşümlerden birinin başarılamadığı veya geri planda kaldığı organizasyonda sağlıklı bir dönüşümden bahsetmenin mümkün olmayacağını söyleyebiliriz. Danışmanlık verdiğimiz birçok müşteri ve kurumda bu durumu bizzat deneyimleme imkanımız da oldu.
“Implementing DevOps can be really hard. Getting people to work differently doesn’t happen overnight.”
Melody Meckfessel, Vice President of Engineering, Google Cloud
Bunun yanında dönüşüm sürecinin her aşamasının aynı olmadığının bilinmesi gerek. J-Curve bu durumu oldukça net bir şekilde ortaya koyuyor. Örneğin sürecin başında faydaları deneyimleyip motivasyonu artan ekipler, bir süre sonra dönüşüm için gereken eforları sergilerken moral kaybedebiliyorlar. Bu durumda pes etmeyip devam etmek, ileride daha büyük faydalar sağlamak için bir gereklilik.
DevOps Maturity Analizi
Dönüşüm öncesinde DevOps olgunluğunu ölçümlemek ve doğru hedefi belirleyip etkin bir plan çerçevesinde hedefe ilerlemek yapılması gereken en doğru tercih. Bunun için geliştirdiğimiz Maturity Framework’ü ile organizasyonların DevOps olgunluklarını ölçümlemelerine yardımcı oluyoruz.
Technology, Process ve People başlıkları altındaki 21 kritik alanın her birinde hangi olgunluk seviyesinde olunduğunun belirlemesinin akabinde, kurumun genel olgunluk seviyesi nihai bir skor olarak framework çerçevesinde belirleniyor.
21 olgunluk alanının her birininde skorlamanın yanında zayıf ve güçlü alanların belirtilerek, dönüşüm sürecine önemli bir girdi olması hedefleniyor.
Beş seviyeli olgunluk piramidinde hangi aşamada olunduğunu belirlenmesinin ardından, kararlaştırılacak olgunluk seviyesi hedefine ilerlemek için bir dönüşüm planı hazırlanıyor. İdealde üçer aylık hedefler ile iteratif olarak olgunluk üzerine çalışılması kesinlikle en doğru yol olarak tavsiye edilecektir.
DevOps olgunluğunu nasıl artıracağımızdan bahsettik. Peki, Netflix olabilecek miyiz? Bu sorunun cevabı hem evet, hem de hayır. Hayır, zira o yetkinlikte bir mühendislik ekibi yaratabilsek, iyileştirmeler için yatırım bulabilsek dahi şirketimizin sahip olduğu context (legacy uygulama ve altyapılar, regülasyonlar, risk algısı) buna izin vermeyecektir. En basit tabir ile, onlarca yıldır hizmet veren bir banka ile yeni doğmuş bir teknoloji şirketini karşılaştırma büyük bir haksızlık. Bunun yanında evet, kendi context’imizin en başarılı dönüşümünü gerçekleştirerek bir yıl gibi kısa bir sürede DevOps olgunluğumuzu oldukça artırmamız mümkün. Belki dönüşüm biraz daha uzun süre alabilir, ama yeterli efor ve irade ile çok iyi seviyelere gelinmesi işten bile değil.
DevOps Olgunluk Seviyesi Ölçümü ve İyileştirilmesi hakkında bilgi almak için info@continium.io üzerinden bize ulaşabilirsiniz.
