BT ekipleri arasında başarılı işbirliğinin anahtarı yalnızca geliştiricilerin çalışmalarını operasyon ekiplerininkilerle uyumlu hale getirmek değildir. Ayrıca üretim ekipleri içinde uykuda olan geliştirme becerilerini de serbest bırakmalıyız. Nasdaq’ın DevOps başkanı, üretim ekiplerinin geliştirici olarak daha büyük bir rol oynamasının zamanının geldiğini söylüyor.
Geliştirici zihniyetini teşvik etmenin artık şart olduğunu söyledi Amado GramajoNasdaq Altyapı ve DevOps Mühendisliğinden sorumlu başkan yardımcısı, son Geliştirici Üretkenlik Mühendisliği (DPE) konferansında deneyimlerini paylaştı. Operasyon tarafında yöneticileriniz, diğer tarafta geliştiricileriniz var. Yöneticileri daha çok geliştiriciler gibi düşünmeye teşvik etmenin zamanının geldiğini ısrarla vurguladı.
Bay Gramajo, “Geliştiriciler için mutluluk, istikrarlı kalite, istikrarlı kod ve istikrarlı dağıtım ile yaratıcı akışlarının zirvesinde kalmaktır. Mutlu bir geliştirici, iyi bir yazılıma sahip oldukları anlamına gelir. Mutlu bir geliştirici, Ops için iyi olacaktır” dedi.
Hızlı yazılım dağıtımıyla ilgili büyük soru
Geliştirme metodolojileri ve teknikleri Geliştirme ekiplerinin çok sık yazılım üretmesine olanak sağladıysa, “bunun aynı zamanda bu yazılımı hızlı bir şekilde dağıtmakla da ilgili olduğunu” açıklıyor.
Bu nedenle üretkenlik artışı fırsatları artık dağıtımdan önceki Oluşturma ve Test aşamasında ortaya çıkıyor. Bu nedenle kalkınmanın üretkenliğini tasarlamaya odaklanmamız gerektiğini söyledi. “Bu şekilde yazılımın kalitesini artırıyoruz ve şirket için gerçek katma değer yaratıyoruz.”
Sorunun, yazılımın ayrı ekipler tarafından tasarlanması, oluşturulması, dağıtılması ve yönetilmesi olduğunu sözlerine ekledi: “Bulut, Kubernetes gibi yeni teknolojiler ortaya çıktıkça, şirketler bilgi güvenliği, iç denetim ve altyapı gibi özel ekipler tasarladı. belirli bir işlevi veya hedefi olan ekipler var. Bu olumsuz bir şey değil çünkü bu sistemle daha fazla kontrole sahip oluyorsunuz, artık güvenlik önlemi yok.”
Geliştiriciler, Operasyonlar ve diğer BT profesyonelleri için paylaşılan hizmet platformları
Ancak Gramajo, DevOps entegrasyonunun mantığının, BT profesyonellerinin tek amaçlı roller için maaş alması ve görevlendirilmesi gerçeğiyle de sekteye uğradığını söyledi. “Geliştirici yapması için para aldığı proje üzerinde çalışıyor. Her şeyi değiştiremez. Bu, geliştirme grubu ile diğer ekipler arasında sürtüşmeye neden oluyor.”
Dünya çapında 130’dan fazla borsayı yöneten Sayın Gramajo’nun önerdiği çözüm, geliştiricilerin, operasyon ekiplerinin ve diğer BT profesyonellerinin işbirliği yapabileceği ortak hizmet platformları oluşturmaktır. Ops’tan gelen Bay Gramajo, kendisiyle çalışan birçok kişinin kendi başlarına fiili geliştiriciler haline geldiğini fark etti.
Herkesin değiştirmek istediği şirket veya işyeri kültürünü değiştirmenin neredeyse imkansız olduğunu söylüyor. Daha ziyade sistematik ve teknik bir yaklaşımı savunuyor. “Bir şirket DevOps sistemini uygulamaya çalışıyorsa yapılacak ilk şey, kültürün nasıl değiştirileceğini sormaktır. Kültürü değiştirmelisiniz. Ama hiç kimse kültürü gerçek anlamda değiştiremez, değil mi “Sadece bunun hakkında konuşuruz ve Asansörü beklerken tartışmalarda değerleri görüntüleyin.”
Değiştirilebilecek olan şey Operasyonların zihniyetidir
Ancak değiştirilebilecek olan şey Operasyonların zihniyetidir. “Daha çok mühendisliğe yönelik olması gerekiyor. Bir şeyin olmasını beklemek yerine çözüm geliştirmeye başlıyorsunuz.” Daha sonra kendilerinin sadece yönetici değil aynı zamanda kod yazan mühendis olduklarını da anlarlar.
Bu yaklaşımı kullanarak “kültürü değiştirebileceğinizi” umuyor. “Bir şirketi tanımlayan şey, insanların orada nasıl çalıştığıdır. Ve nasıl çalıştıkları politikalara ve prosedürlere dayanır. Dolayısıyla buradaki zorluk, politikalara ve prosedürlere bakmaya başlamak ve operasyon ekibinin daha çok geliştiriciler gibi çalışmasını ve faaliyet göstermesini sağlamaktır.
Kaynak : “ZDNet.com”
