İsmi karmaşık görünebilir. Zaten iki karmaşık olgunun kısaltması olan geliştirme ve operasyonlara bir de organizasyonel sıfatı eklenmiş. Bazı insanlar için oldukça bilmece gibi görünebilir.
Doğası gereği hiç de karmaşık değildir. (Eh, bir şeyleri doğru yapmak için karmaşıklıklardan geçmeyi tercih eder insan, ama bu bir kerelik bir yolculuktur). Hatırlayalım: DevOps muhtemelen en kapsamlı yazılım uygulama ve bakım tekniğidir. Geliştirme yaşam döngülerini kısaltır, değişikliklerin (kodda veya herhangi bir yerde) daha hızlı yapılmasını sağlar, hataların mümkün olan en erken aşamada tespit edilmesini ve ele alınmasını sağlar, departmanlar arasındaki gereksiz rekabeti ve kötü tutumları ortadan kaldırır, elle tutulur bir ekip oluşturma aracı sağlar ve hem geliştirme hem de operasyonları üretkenlik ve maliyet açısından verimli hale getirir.
DevOps tam olarak bir roket bilimi olmasa da, bazı önemli çabalar gerektirir: süreçleri kurmak, en azından uygun bir düzeyde iç iletişim ve işbirliği kurmak, her ekip üyesinin sorunsuz kullanımı için yeterli teknik araçlar sağlamak. DevOps ilkelerinin bir yazılım geliştirme/bakım kuruluşuna ilk kez tanıtılması, her şeyden önce çok fazla insan sermayesi – zaman, çaba ve uygun şekilde eğitilmiş personelin mevcudiyeti – gerektirir. Eğer doğru uygulanırsa, DevOps uygulamaları kısa sürede geri dönüş sağlayacaktır. Ancak hayata geçirilmesi kesinlikle bir meydan okumadır; bazen de acı verir.
İşte bu noktada kurumsal sıfat, yani “Yönetilen” kısmı devreye giriyor.
Bir müdürle konuşsak iyi olur.
İster tam çevrimiçi ister çoğunlukla çevrimdışı olsun, kendi BT departmanlarına sahip birçok işletme için altyapı desteği ve çoklu kurulumlar (burada ağlardan bahsediyoruz) istenmeyen ve isteksiz işlerdir. Geliştiriciler kodlamayı ve yayınlamayı, perakendeciler satmayı ve yenilemeyi vb. tercih eder. Rutin ağ kullanılabilirliği desteğinin ötesine geçen her türlü faaliyet zaman ve para kaybına neden olur; bu durum yeni yöntemlerin ortaya çıkması için daha da geçerlidir. Buna bir de uygun becerilere sahip DevOps uzmanlarına olan genel yüksek talebi (ciddi bir eksiklik olarak okunabilir) eklediğinizde, işletmelerin bu “ekstra” faaliyetleri güvenilir bir BT iş ortağına devretmek için yalvardığını göreceksiniz – sadece ekonomik açıdan değil.
Dolayısıyla, söz konusu iş ortağı, çoğu durumda bulut hizmetleri sağlayıcısı, DevOps süreçlerinin bir kısmının sorumluluğunu üstlenir ve bunları yönetir. Bu, basit bir dış kaynak kullanımından biraz farklıdır. Bir sağlayıcının DevOps çalışanları ve bir müşterinin BT uzmanları en yakın işbirliğini sürdürür; müşterinin BT departmanının değerli bir uzantı aldığını söylemek abartı olmaz. İşbirliğinin kesin yolları – iki tane var – biraz farklıdır. Ya sağlayıcı süreçleri başlatır ve yönlendirir, günlük işleri müşteriye bırakır; ya da tüm DevOps sağlayıcının kanatları altına girer ve müşterinin tamamen temel faaliyetlerine odaklanmasına izin verir. Daha önce de söylediğimiz gibi – hiç de karmaşık değil, değil mi?
Yönetilen DevOps en çok şunlar için işe yarar:
- Kurumsal siteler. Şirket içi geliştiriciler, özellikle internet perakendeciliğinde, artan iş taleplerine ayak uyduramayabilir. Kendi BT ekibini genişletmek, çekirdek olmayan ek masraflar getirmeye devam ettiği için nihayetinde çıkmaz sokaktır. Bir diğer risk de, BT tekniklerine çok meraklı olmayan şirket içi İK’nın uygun olmayan niteliklere sahip uzmanları işe alabilmesidir. Deneyimli yan DevOps ekibi sadece bugün için en iyi çözümleri önermekle kalmaz, iş taleplerini tahmin edebilir ve gelecekteki altyapı ve süreçleri zamanında düzenleyebilir.
- Mobil uygulama geliştirme. Bu dal, yeni trendlere tepki verme ve bunları benimseme açısından muhtemelen piyasadaki en hızlı daldır. Burada Managed DevOps iki ayrı şekilde yardımcı olmaktadır. Aynı anda birbiriyle ilişkili olmayan çok sayıda mobil geliştirme projesi yürüten şirketler için bu teknik bir strateji yönetim aracıdır. Uygulamaların kendisi için ise uygulama mağazalarına giden daha hızlı ve sorunsuz bir yoldur.
- GameDev. GameDev şirketinin büyümesinin belirli bir aşamasında konseptler, tasarım ve pazarlama, halihazırda piyasaya sürülmüş oyunların destek ve bakımından daha önemli hale gelir. Yönetilen DevOps bu dengesizliği ortadan kaldırmaya yardımcı olur. Oyunların piyasaya sürülmesine giden yolun daha hızlı ve sorunsuz olması burada da geçerlidir.
- Tek seferlik ve özel projeler. Yönetilen DevOps uzmanlığı, ağır şekilde uyarlanmış görevlerde bile en uygun çözümleri ister. Tekniğin fiilen uygulanması gerekmiyorsa, devam eden analiz ve danışmanlık, müşterileri en iyi durumda tutacaktır.
Nasıl yapıyorlar
Kesin ifadeler değişebilir, ancak bunlar Yönetilen DevOps’un aşamalarıdır.
Verimsizliklerin denetlenmesi. Lütfen sıkı işbirliğinin çoktan başladığını unutmayın: bir sağlayıcı olası tüm sıkıntılı noktaları inceler, müşteriyi (ve varsa müşterinin müşterilerini) dinler ve kurum içi uzmanların her engeli ortaya çıkarmasına aktif olarak yardımcı olur.
Plandan yol haritasına. DevOps yöneticisi tüm yapıyı çizer, ardından bunu altyapı kurulum(lar)ına, komut dosyası yazımına, eşzamanlılık konularına, araçlara ve elbette proje maliyetine kadar ayırır.
Sözleşme imzalama ve yürütme. Buraya eklenecek pek bir şey yok aslında. Belki de ilgili tüm kişilerin (sadece OLMALI DEĞİL – bunu yapılmış bir iş olarak düşünün!) herhangi bir anda şu anda neyin devam ettiğinin, halihazırda neyin yapıldığının ve bir sonraki adımda ne yapacaklarının farkında olduklarından bahsetmeyi bekleyin.
İzleyin, gözden geçirin, bitiş çizgisine ulaşın. En kapsamlı yol haritasının bile olayların gidişatına göre değiştirilmeme olasılığı sonsuza kadar sıfırlanma eğilimindedir. Yapılan değişiklikler ve çıkarılan derslerle bitmiş proje daha da rafine görünür.
Tekrarlayın. Bir sonraki adım ya da tamamen yeni bir proje: her şey daha fazla uzmanlığa olanak tanır. Ve unutmayın ki pratik mükemmelleştirir.
Artıları
- Zaman, maliyet ve performans/işgücü açısından sağlam verimlilik. Temel olmayan görevlerle dikkatleri dağılmayan müşteri uzmanları, doğrudan sorumluluklarına daha iyi odaklanabilir. Şirket içinde ek çalışma alanları oluşturmaya ve ekstra personel yetiştirmeye gerek kalmaması, Yönetilen DevOps’u ekonomik açıdan daha da avantajlı hale getiriyor.
- Daha hızlı ve hatasız ürün montajı ve teslimatı.
- Süreçlerin büyük ölçüde otomasyonu – ancak özel çözümler düşünüldüğünde büyük ölçüde esneklik.
- Zararsız test yöntemleri: kanarya dağıtımı (küçük ve iyi tanımlanmış bir kullanıcı grubu için); tek tıklamayla geri alma özelliği.
Eksileri
- Bir fenomen olarak DevOps, şirket kültüründe önemli değişiklikler önermektedir. Yeni ilişki tür(ler)inin ilk kabulü en tepeden gelmeli ve işin her kademesine nüfuz etmelidir. Sadece geliştiricilerin DevOps ilkelerini benimseyip diğerlerinin benimsememesi kabul edilemez (ve hayattan alınan derslere göre pek de mümkün değildir).
- Hız uğruna güvenlik asla feda edilmemelidir. Bir sağlayıcının bilgi koruma uygulamaları hakkında endişeleri olan bir müşteri, başka bir Yönetilen DevOps yüklenicisini düşünmelidir.
Biz nasıl yapıyoruz
ITGLOBAL.COM’da, kanıtlanmış performans kayıtları ve müşterilerimizden gelen takdir edici geri bildirimlerle DevOps uzmanlarından oluşan bir ekibe sahip olmaktan gurur duyuyoruz. DevOps kültürünün olası tuzaklarını iyi biliyoruz ve engellerden kaçınmak için araçlarımız hazır. Özellikle, bulut hizmetlerimizin güvenliği tanınmakta ve uygun şekilde sertifikalandırılmaktadır.
Deneyimimiz, hem genel hem de özel kurumsal bulutlarda, şirket içinde ve hiper ölçekleyicilerin içinde değişen karmaşıklıktaki yönetilen projeleri içerir. Yönetilen DevOps’u (ve diğer tüm bileşik çözümleri) “tek pencere” modunda eksiksiz hizmetler olarak sunuyoruz.
Previous article
