Kukla’nın 2024’ü DevOps Durumu rapor altyazısında bulundu “Platform mühendisliğinin evrimi“Platform mühendisliği,“ araçların, görevlerin ve bilgilerin kaosuna karşı bir engel ”olabileceğini söyledi – bazılarının DevOps’ta disiplin eksikliğine atfedecek bir aşırı yük durumu.
Ya da, Platform Danışmanlığı Syntasso’nun kurucu ortağı Paula Kennedy’nin dediği gibi, yazılımı sunmak için gereken altyapı, hizmetler, yetenekler ve araçların kombinasyonunu küratörlüğüne yönelik “kasıtlı, odaklanmış” bir yaklaşım benimsemektir.
Amaç, “geliştiricilerin daha iyi bir deneyim kazanmasını sağlamak, yazılımın daha hızlı, daha güvenli, daha güvenli, daha güvenilir bir şekilde sunulmasını sağlamaktır”.
Bir anahtar unsur IDP’dir. Kimi dinlediğinize bağlı olarak, bu “dahili geliştirici platformu” veya “dahili geliştirici portalı” anlamına gelir.
Ama ikincisine bağlı kalalım. Bu, geliştiricilerin ihtiyaç duydukları belgeler gibi araçlara, hizmetlere ve diğer kaynaklara erişmek için kullandıkları merkezi self servis platform platformudur. Veya organizasyonlarının ihtiyaç duyduklarına karar verdikleri.
Spotify tarafından geliştirilen açık kaynak platformu olan sahne arkası, platform mühendisliği için amiral gemisi portalı ve şüphesiz pazar lideri. Ancak platform mühendisliği yeteneklerini sunan bir dizi alternatif ürün var.
DX tarafından 180 şirketin bir araştırması, üçte ikisinin sahne arkasında kullanıldığını buldu. . Platform Mühendisliği Durumu Rapor% 55 penetrasyon, limanın piyasanın% 8’ini topladı ve korteks% 5 kazandı.
Kablo demeti, sürekli entegrasyon ve sürekli teslimat (CI/CD) platformu da bu alana girer. Kennedy, sahne arkasına dayanan Red Hat’ın geliştirici merkezi gibi birkaç “kutuda platform” ürünü olduğunu ve bazı büyük yazılım geliştirme firmalarının kendi ürünleri olacağını söylüyor.
Atlassian’da zaten ekip işbirliğini kullanan geliştiriciler için Atlassian Pusulası var. Çözüm sağlayıcısı Adapavist’te DevOps başkan yardımcısı Matt Saunders’ın belirttiği gibi, bir Atlassian aracı ve Avustralya şirketi tüm yığın sahibi olmak istiyor. Diğer araçlarla bütünleşiyor, “ama gerçek şu ki, Pusula en iyi Atlassian yığınıyla bütünleşiyor”.
Portaldan daha fazlası
Aksine, Saunders şöyle diyor: “Sahne arkasında çalıştığınızda, tüm araçlarınızla entegre olmasını sağlamak için manuel iş yapmalısınız.”
Ekliyor: “[The fact] IDP dünyasında rekabet var, işletmelerin IDP’yi doğru yapmayı başardıklarının bir göstergesidir… bu bir doğrulama. Bu fikirler doğru. ”
Ve bir portal her şey ve son değil-ya da zorunlu olarak gerekli. Stack Overflow, kamuya açık sitelerini destekleyen eski bir monolitik sisteme sahipti. Servis olarak yeni yazılım (SaaS) teklifi, ekipler için Stack Overflow, en başından beri bulut yerli. Son zamanlarda tüm bunları bulutta birleştirdi.
Şu anda Stack Overflow’un baş ürün ve teknoloji görevlisi Jody Bailey’i açıklıyor, sahne arkası ve başka bir açık kaynak projesi Kratix arasında karar verirken dahili olarak işleri yönetiyor.
“İkisi de açık kaynaklı araçlar, ama farklı amaçları var” diye açıklıyor. “Kratix, gerçek orkestrasyona ve platform ekipleri tarafından yapılan çalışmalara yardımcı olmamıza izin verirken, sahne arkası daha çok yüzey, görünür ve kullanışlı hale getirmekle ilgilidir.”
Bailey, belirli bir portala taahhüt etmenin aynı zamanda “birini yönetmeye, güncel tutmaya, tüm noktaları birbirine bağlamaya adamak zorunda” anlamına geldiğini söylüyor.
Ama portal sadece başlangıç, Saunders ekliyor. Temel araçların yürürlüğe girmesi çok önemlidir. “Uygun CI/CD, uygun kaynak kodu yönetimi, bulut sağlayıcılarında ortamlar oluşturma ve daha da önemlisi, bunun etrafına doğru korkuluklar koyma gibi şeyleri kurmak” diyor.
Ya da Nutanix sistem mühendisliği direktörü James Sturrock, “geliştiricilerin sağlama, bulut yapılandırması, ağ oluşturma veya güvenlik politikaları belirleme gibi altyapı işlerinden kurtarılmasını sağladığını ve sadece koda odaklanmalarını sağladığını” söyledi.
Bu biraz Goldilocks işi haline geliyor. Platform mühendisliği için gerekçenin bir kısmı, DevOps’un serbest bıraktığı araç yayılmasını ele almaktır.
Kennedy, “Gördüğümüz en büyük sorun, insanların bir platformun bir özellik fabrikası olduğunu düşündükleri ve gittikçe daha fazla şey eklemesi gerektiğidir” diyor.
Aynı zamanda, aşırı reçeteci olmak, geliştiricileri gölgeyi benimsemeye teşvik etmek için karşı üretken olabilir. Ve sonra 2010’ların başında geri döndük.
Kennedy, “Platform mühendisleri ile sık sık gördüğümüz zorluklardan biri mühendis olmaları” diyor. “Bu yüzden kendilerine, ‘Geliştiricilerin neye ihtiyacı olduğunu sormama gerek yok, çünkü ben bir mühendisim, bu yüzden ne inşa edeceğimi biliyorum’.”
Geçmişte platform stratejilerinin nerede başarısız olduğunu gördüğünü açıklayan Bailey, “Platform için hizmetler geliştirmeye odaklanan bir ekibiniz var ve ‘Bir şeyler yapacaksınız, bunu yapmalısınız’.”
Bu, geliştiriciler ve teknoloji uzmanları ile çalışma eğiliminde değil. “En kolay olan, o altın yolu, başarılı olmak istiyorlar.”
Ajanlara girin
Aksine, Kennedy, amacın doğru araçlar-hazır ve ısmarlama-doğru kullanım kolaylığı dengesiyle birlikte olması gerektiğini söylüyor. Aslında, belirli bir kuruluş için ısmarlama bir sistem. “Bu gerçekten nihai hedef – platformunuz bir güç sağlayıcı olmalı” diyor.
Bu bir kerelik bir iş olamaz ve platformu kullanacak ekiplerle sürekli diyalog gerektirir. Bu aynı zamanda Kennedy’nin dediği gibi liderlerin geliştirme ekibinin ötesinde düşünmeleri gerektiğini hatırlatıyor.
“Bunu biraz daha bütünsel olarak düşünmeye çalışıyoruz, çünkü platformu kullanan güvenlik insanlarınız olabilir. Platforma giren hukuk ekipleriniz olabilir. Tipik olarak evet, geliştiriciler, ancak platformunuz bundan daha büyük olabilir,”
Bu, güvenlik, uyumluluk, finans ve kritik iş gereksinimlerinden sorumlu olan herkesten doğrudan girdilere izin veren bir “modülerlik veya uydurma” olmasını sağlamak anlamına gelir.
Bu mükemmel platform mevcut olduğunda, Saunders devam eder, bu bir organizasyon için uyandırma çağrısı olabilir, çünkü gerçekten neler olduğunu ortaya çıkarır. “Geliştiricilerimiz gerçekten nasıl bir şeyler hallediyorlar? Her zaman toplantılar mı, başparmaklarını twiddling yapıyor, gerçekten bir kod yazma fırsatı bekliyor mu? Birçok kuruluşun cevabı ‘evet’ ve IDP gibi şeyler bu yüzmeye başlıyor.”
Ve çok geçmeden, sadece platform ekiplerinin endişelenmesi gereken insan geliştiricileri olmayacak.
“Platformunuzun kendisinin, AI gibi yeni yetenekleri ve yeni teknolojileri benimseyebilmesi ve getirebilmesi gerekiyor [artificial intelligence] hızlıca. Platformunuz kırılgan veya statik olamaz ”diyor Kennedy.
Cloud Native Computing Foundation’daki (CNCF) projeler başkanı Jeffrey Sica’ya göre bu, platform mühendisliği çabalarını birçok şekilde etkiliyor.
“Sahne arkası, AI ajanlarını daha da etkili hale getirmek için ihtiyaç duyulacak iş türüne harika bir örnek” diyor.
Sonuçta, geliştirici için bu tek huni oluşturmak için zaten tüm bu entegrasyon noktalarını oluşturuyoruz ve ajanların aynı şeye ihtiyacı olacak.
Yapay zeka ve ajanların gelişmenin homurdanması çalışmalarının çoğunu devralacakları bir gerçekçilik. Kod üretimi bunun bir parçası. Ancak SICA şöyle açıklıyor: “VS koduyla sorabileceğinizi hayal edin. [Microsoft] Yeni bir geliştirme ortamını döndürmek için copilot. Bu noktada, Copilot Ajan’ın Backstage’in MCP’si ile iletişim kurabileceği şey [Model Context Protocol] Sunucu bunu sizin için döndürecek. ”
Temsilcinin sahne arkasına gitmesi “geliştiricilerin sahne arkasını sorgulamak ve tüketmeleri için bu çok, çok sağlam bir yol yaratır, ancak ön ucu kullanmadan” diye ekliyor.
Yine, uyumluluk ve korkuluklar gereklidir. Sica, bunların zaten yığın yukarı ve aşağı yerinde olması gerektiğini söylüyor. “Üretim kümesine erişememelisiniz. ‘Hey, Copilot, bir veritabanının bu ürün örneğini sil’ diye sormamalısınız.”
Çünkü sonuçta, bir insan geliştiricisinin bunu yapmasına izin vermezdiniz. Olur mu?