Gelişen teknolojiler sayesinde her şeyi daha hızlı, daha iyi ve daha az kaynak tüketimi ile yapabiliyoruz. Bunu her sektörde görebiliriz, ancak şüphesiz BT bu alanda liderdir – DevOps dahil olmak üzere yeni araçlar ve metodolojiler geliştirilmektedir. Ne olduğunu?
DevOps nedir?
Bu yöntem nispeten yakın zamanda popüler hale gelse de BT dünyasında yeni değil. 2009’da Ghent’te DevOps Günleri adı verilen bir dizi toplantıyı başlatan bir konferansta tartışıldı. Başlıca önerisi, geliştirme ve yönetici ekipleri arasındaki iletişimi ve işbirliğini geliştirmektir. Bu nedenle, geliştirme ve operasyonu birleştiren isim (İng. Geliştirme ve Operasyonlar – “geliştirme ve operasyon”).
DevOps ile neler değişti?
Bu metodolojinin uygulanmasından önce, projenin uygulanmasından sorumlu iki ana departmanın farklı öncelikleri ve hedefleri vardı. Geliştiriciler, programlama çalışmasını olabildiğince çabuk tamamlamak ve yazılımı müşterinin sitesinde uygulamak istedi. Ancak bu politika, kod değişikliği sayısını minimumda tutmayı tercih eden idari departmanın çıkarlarına aykırıydı.
Bu çalışma modelinin sonucu nedir? Daha fazla hata, daha fazla teslimat süresi ve maliyeti ve teslim edilen ürünün daha düşük kalitesi. Herkes kaybetti: şirket, çalışanlar ve son kullanıcılar.
Çözüm, iki bölümün, üyelerinin bilgi ve bulgularını birbirleriyle paylaştığı tek bir ekipte birleştirilmesinde bulundu. DevOps başlangıçta böyle işliyordu ve şimdi daha küçük şirketler bu şekilde uyguluyorlar – yöneticiler üretim bilgisinin temelleri hakkında bilgi sahibi oluyor ve geliştiriciler destek alanında yetkinlikler geliştiriyor.
Diğer bir değişiklik, DevOps’un ayrılmaz bir parçası haline gelen süreç otomasyonuna (test, analiz, uygulama ve izleme) ve bulut altyapısına artan ilgidir. BT dünyası yalnızca çok pratik bir metodoloji değil, aynı zamanda çok çeşitli yeni araçlar ve teknolojiler de edindi. Çalışma modundaki değişiklikler o kadar etkili oldu ki, daha fazla şirket bunları uyguluyor ve piyasada yeni bir pozisyon ortaya çıktı – DevOps mühendisi.
Yinelemeli çalışma modeli
DevOps’a borçlu olduğumuz çok önemli bir değişiklik, şelale iş modelinin yinelemeli bir modelle değiştirilmesidir. Bu ne anlama geliyor ve faydaları nelerdir? “Geleneksel” veya kademeli sistem, proje uygulama sürecini birbiri ardına ilerleyen ayrı aşamalara böler. Projenin bir sonraki aşaması üzerinde çalışmaya başlamak için önce önceki aşamalardaki tüm görevleri tamamlamanız gerektiğini unutmamak önemlidir. Bu modelin sorunlu olduğu kanıtlanmıştır, çünkü uygulamanın daha erken bir aşamasında değişiklik yapılması gerekiyorsa, sonraki tüm adımların tamamlanması gerekir.
Ayrıca uygulama sürecinde müşteri beklentilerinin değiştiği ve ekibi birden fazla düzeltme yapmaya zorladığı fark edildi. Tahmin edebileceğiniz gibi, çok büyük zaman kaynakları harcandı ve sonuç olarak nihai etki mükemmel olmaktan uzaktı.
Bu eksiklikler yinelemeli modelde giderildi. Başlangıçta, burada yalnızca uygulama sürecinde daha sonra kontrol edilen ve düzeltilen kaba varsayımlar yapılır. Ayrıca, tüm çalışmaların tamamlanmasını beklemek yerine, kod parçacıkları mümkün olduğunca erken işlenir ve test edilir. Böylece ekip, olası değişiklik ihtiyaçlarına hızlı bir şekilde yanıt verir ve nihai sonuçlar, mevcut müşteri beklentileri ile tamamen uyumludur.
DevOps kimler içindir?
Bu yöntemin en büyük yararlanıcıları, operasyonları ürünün altyapısında sık sık, ancak mutlaka büyük değişiklikler gerektirmeyen kuruluşlardır.
DevOps’un bir geleceği var mı?
DevOps’u uygulamaya karar veren şirketler, bu yöntemi yalnızca otomasyon ve çalışma kültüründen çok daha fazlasını görüyor. Kazananın, rekabetten daha hızlı, daha verimli ve daha iyi sonuçlarla çalışabilen tedarikçi olduğunu anlıyorlar. Bu nedenle, örneğin Amerikan işletmelerinin %77’sinin uygulama sürecinde DevOps kullandığını beyan etmesi veya yakın gelecekte böyle bir çözüme sahip olması şaşırtıcı değildir.
