DevOps'un arkasındaki fikir, yazılım oluşturmayı ve dağıtmayı kolaylaştırmak için geliştirme ve BT operasyonlarını (Dev ve Ops) bir araya getirmesidir. Platform mühendisliği, ürün yöneticileri ve mühendislerden oluşan bir ekiple bunun üzerine kuruludur ve geliştiricilerin ihtiyaç duyduğu ortak altyapıyı oluşturur ve sürdürür.
Teknoloji analisti Gartner, 2026 yılına kadar yazılım mühendisliği kuruluşlarının %80'inin, uygulama sunumuna yönelik yeniden kullanılabilir hizmetler ve araçların dahili sağlayıcıları olarak platform ekipleri kuracağını öngörüyor.
“Bu yıl anketimizin en büyük sonucu bizi şaşırttı; platform mühendisliği ekipleri yalnızca güvenlik ve uyumluluk çabalarını desteklemekle kalmıyor, aynı zamanda güvenlikle ilgili sorunları, bunun çok daha büyük bir trend olacağını gösterecek şekilde ele alıyor ve gideriyor.” rapor dedi.
Platform ekibinin hem “genel olarak yangınları söndürmek hem de güvenlik süreçlerini oluşturmak ve uygulamaktan” sorumlu hale geldiği tespit edildi.
“Ayrıca, insanların yazılımın ve BT araçlarının doğru sürümünü kullanmasını ve önemli kriterleri takip etmesini sağladığı için güvenlik ve uyumluluğun genel olarak platform ekibinin kapsamı dahilinde olduğunu da gördük” dedi.
Dahili güvenliği desteklemek
Raporda, tıpkı genel bulut sağlayıcılarının güvenliklerini şirketlerin kendi veri merkezlerinde elde edebilecekleri seviyenin üzerine çıkarmak zorunda olduğu gibi, uygulama ekiplerinin de platform ekibinin dahili olarak güvenliği desteklemesini beklediği belirtildi. Bu, yazılım ve araç sürümlerini zorunlu kılmak, kurumsal güvenlik kıyaslamalarını uygulamak veya sürekli olarak güvenlik açıklarını taramak anlamına gelebilir.
Ankete katılanların %59'u, platform ekibine güvenlik eklemenin kodun uyumlu ve güvenli olmasını sağlayarak riski azalttığını, %48'i ise geliştiricilerin güvenlik ve uyumluluk temellerini öğrenmek için ihtiyaç duyduğu süreyi azalttığını söyledi. Raporda, “Platform mühendisliğinin güvenlik duruşu üzerindeki olumlu etkisi şirket çapında benimsenmeyi artırdığından, platform mühendisliğinin güvenlik ve uyumluluk tartışmalarının merkezinde kalacağını öngörüyoruz” denildi.
Sonuçlara daha geniş bir açıdan bakıldığında, platform mühendisliğini benimseyen şirketlerin en önemli hedefi ürün teslim hızının artırılması, ardından güvenlik ve uyumluluğun iyileştirilmesiydi. Neredeyse yarısı (%43) takımlarının üç ile beş yaş arasında olduğunu söyledi; ancak dörtte biri takımlarının altı ile dokuz yaş arasında olduğunu söylerken, %17'si takımlarının bir ila iki yaş civarında olduğunu söyledi.
Ankete katılanların yarısı, geliştiriciler için en önemli avantajın artan üretkenlik olduğunu, bunu daha kaliteli yazılım ve dağıtım için daha kısa teslim süresinin izlediğini söyledi. Raporda, “Bir düzine farklı araç ve süreci yönetirken sürekli bir aşırı bilgi yükü altında çalıştığınızı hayal edin” denildi. “Çoğu geliştirici için bu sadece iş yerindeki sıradan bir gün.
“Platform mühendisliği araçlar, görevler ve bilgilerden oluşan kaosa karşı bir engel görevi görebilir” diye devam etti. “Araçları ve süreçleri standartlaştırarak, geliştiricileri araç uzmanı olma yükünden kurtarabilir, böylece temel güçlü yönlerine, yani mükemmel kod yazmaya odaklanabilirler.”
Platform Mühendisliği ekipleri genellikle mühendislik ve operasyonların yanında veya bünyesinde işbirliği yapar, ancak bir kuruluş içindeki konumları destek kapsamlarına bağlı olarak değişebilir. Katılımcıların %23'ü platform mühendisliği ekibinin mühendislik altında ayrı bir ekip olduğunu söylerken, %22'si operasyon ekibinde, %21'i mühendislik ekibinde, %14'ü ise ürün ekibinde olduğunu söyledi.
Platform ekiplerinin kapsadığı alanlar temel olarak uygulama ekiplerinin uygulamaları oluşturmasına, dağıtmasına ve çalıştırmasına olanak tanıyan hizmetleri, ardından geliştiricileri desteklemek için altyapının sağlanmasını ve yönetilmesini içerir. Maliyetleri yönetmek öncelikler listesinin çok gerisindeydi. Raporda, “Platform olgunlaştıkça maliyet, başarı için kritik bir ölçü haline gelir” denildi. “Bunu genel bulutu benimsemenin yüksek maliyetiyle gördük. Ekipler maliyetleri yönetme ve optimize etme konusunda endişe duymuyorsa platform mühendisliğinin doğası risk yaratır.”
Platform ekibinin yapısına göre farklı organizasyonlar da farklılık gösterir. Başarılı bir platform mühendisliği ekibi tam donanımlı bir DevOps mühendisine ihtiyaç duyarken, katılımcılar bir ürün yöneticisine duyulan ihtiyaç konusunda da daha az netti.
Yarıdan biraz fazlası ürün yöneticisinin başarı için kritik öneme sahip olduğunu söylerken, %21'i buna sahip olunması güzel bir şey olarak tanımladı, %18'i önemli olduğunu ancak kritik olmadığını söyledi ve %9'u gerekli olmadığını söyledi.
Görünüşe göre herkes bu konsepte inanmıyor; en azından henüz. Anket, yanıt verenlerin %65'inin platform mühendisliği ekibinin “önemli olduğunu ve sürekli yatırım aldığını” söylediğini ortaya çıkardı. Ancak %16'sı bunu bir “tutku projesi”, %12'si ise gelecekteki yatırımın başarısına veya başarısızlığına bağlı olacağı bir “beta testi” olarak tanımladı.
Ancak raporda, kuruluşların DevOps yolculuğunda daha ileri aşamalara ulaştıkça platform mühendisliği gibi özel bir yaklaşıma olan ihtiyacın netleştiği belirtiliyor.
“Çoğu kuruluş, bir platform ekibinin operasyonları üzerindeki etkisini anlıyor” diye açıkladı. “Ekipler arasında tutarlılık ve işlerine yaklaşım konusunda güç var. Ekipler, araçlar ve süreçler arasında ne kadar tutarlı olursanız, altyapınız da o kadar güvenli, verimli ve standart hale gelir.” Puppet, bir platform ekibiyle birlikte veya bir platform ekibinde çalışan 500 teknoloji profesyoneline anket yaptı.
Puppet by Perforce'un ürün yönetimi müdürü Margaret Lee, platform mühendisliğinin bir değişim değil, doğal bir evrim olduğunu söyledi. Computer Weekly'ye şunları söyledi: “Otomasyonun faydalarını artık organizasyon düzeyinde hayata geçiriyoruz; self-servis bunun önemli bir parçası” dedi. “Önceden otomasyon bireysel veya ekip düzeyindeydi. Standardizasyon ve otomasyonun faydalarının bilişsel yükün azaltılmasına ve geliştirme verimliliğinin artırılmasına yardımcı olabileceği organizasyonel düzeye doğru gelişti.”
Lee, küçük başlamanın anahtar olduğunu söyledi. “Değişim ne olursa olsun zordur” diye açıkladı. “Şirketinize büyük değer kazandıracak bir şeyle başlayın. Verilerde gördüğümüz şey, güvenlikle başlayan insanlardır. Bu hem geliştiriciler hem de işletme için değer yaratabilecek bir şey.”