Örnek olay incelemeleri: Üç platform mühendisliği uygulaması

Platform Mühendisliği Yetenek Modeli ile platform mühendisliğini uygulamaya yönelik farklı yaklaşımlar olsa da, kullanıcı araştırması Microsoft müşterilerinin çoğunun üç müşteri segmentinde yer aldığına dikkati göstermektedir: yeni ortaya çıkan yenilikçi, stratejik oluşturucu ve platform öncüsü. Bu makale, her segmentte gerçek bir müşteri için örnek olay incelemesinde size yol gösterir. Şirket adları gizlilik için kaldırılır.

Gelişmekte olan yenilikçi: Sigorta şirketi

Müşteri segmenti	Odak alanları	Ekip boyutu	Kuruluş özellikleri	Sıklık
Gelişmekte olan yenilikçi	Hızlı ürün geliştirme, el ile işlemleri otomatikleştirme, verimsizliklerle mücadele	1-5 (DevOps veya bulut altyapısı ekiplerinden)	Kuruluş genelinde çözümlere duyulan ihtiyacı fark etmeye başlayan, teslimi iyileştirmeye yönelik performans sorunlarını tanımlar	İkinci en yaygın

Büyük bir sigorta şirketi, büyük bir teknoloji yığınına yayılmış farklı altyapıya sahip olduğunu fark ediyor. Birden çok platform ve ortam vardır ve geliştiricilerin diğer ekiplere güvenmeden çalışmaya başlamaları için çok fazla yol yoktur. Şirketin artan iş gücü maliyetlerini azaltması ve daha standartlaştırılmış sistemlere sahip olması gerekiyor.

Dönüm noktası gayet netti. Mimarimiz genelinde birden fazla mühendislik platformu, hibrit dahil birden fazla altyapı ortamı, kendi kendine hizmet veren geliştirici portalı özellikleri ve üç büyük farklı yığın bulunduğu göz önüne alındığında, Terraform gibi bir araç veya GitLab ya da GitHub gibi kurumsal düzeyde bir oyuncu getirmek zorunda kaldık. Uçtan uca kapsayıcılı platformları yönetmek için OpenShift, iş akışı otomasyonu için Ansible ve IDP için Backstage gibi bir şeyi değerlendirdik. Bu kadar büyük bir teknoloji yığınında sinerji getirmek için büyük bir değerlendirme yaptık... Bu, iş gücünü veya geliştirici tabanını 30%azaltmanın çok basit bir maliyet durumudur." - Baş Mimar, sigorta şirketi

Zorluk: Başlıca zorlukları bulut maliyetlerinin artması, mevzuata uygunluk sorunları, altyapı mühendisliği uzmanlığı eksikliği, uyumsuz süreçler ve tutarsız ekip iletişimidir.

Sigorta şirketi işbirliğini teşvik etmek, proje kurulumunu hızlandırmak ve idareyi basitleştirmek için tüm geliştirme ve dağıtım etkinlikleri için standartlaştırılmış bir platform uygulamayı planlıyor. Şirket, beş temel platform mühendislik sürücüsünde de büyümeye odaklanmaktadır.

Yatırım: Şirket, bir derleme, işletme ve aktarım (BOT) modeli kullanarak platform mühendisliğini uygulamak için bir dış iş ortağıyla çalışmaktadır. Dış iş ortağı, şirket içinde yönetme uzmanlığını ve kapasitesini kazandıktan sonra platformu kuruluşa geri aktarmadan önce geliştirir ve çalıştırır.

Benimseme: Yeni uygulamaları benimsemeye karşı önemli bir iç direnç vardır. Geliştiriciler geleneksel yöntemlerden daha yeni platformlara ve araç kümelerine geçmek istemez. Kuruluşun liderliği, bunu aşmak için platform mühendisliğinin benimsenmesini üretkenlik avantajlarına bağlar ve çalışan hedeflerinin bir parçası haline getirir.

Yönetim: Kurumsal planlama ve dağıtım (EPD) ekibi uyumluluk ve güvenlik sorumluluğundadır. Merkezi idare yapısı, yüksek güvenliği korumak ve güvenlik açıklarından kaçınmak ve merkezi olmayanlaştırmayı zor hale getirmek için tasarlanır. Veri ihlallerini önlemek ve uyumluluğu sağlamak için idare protokollerini korurken geliştiricilere dağıtımı demokratikleştirmeye yönelik bir itme vardır. Amaç, güvenlik ve çeviklik arasında bir denge sağlamaktır.

Sağlama: Şirket, daha tümleşik ve self servis bir model benimseyerek verimliliği artırır ve sağlama sürelerini azaltır. Sağlama için harcanan zaman ve kaynaklarda olası azalma, değişiklik için önemli bir etmendir.

Arabirim: Kuruluş, açık kaynak esnekliği, maliyet verimliliği ve geliştirici aşinalığı için Backstage'ı benimser. Cortex de göz önünde bulunduruldu. Backstage'ı seçme kararı, maliyet ve tümleştirme özellikleriyle yönlendirildi.

Ölçümler ve geri bildirim: Şirketin eski bir ölçüm sistemine sahip olması ve teknik ölçümleri iş KPI'leriyle uyumlu hale getirmesi gerektiğinden, daha anlamlı bir geri bildirim sistemine geçmek zor oldu. Şirket, daha tümleşik bir ölçüm yaklaşımı için mühendislik çalışmalarını iş sonuçlarıyla uyumlu hale getirmek için çalışmayı planlıyor. Bu geçiş sırasında şirket, gerçek zamanlı analiz ve gözlemlenebilirlik sağlayan araçlar ve platformlar ekler.

Stratejik inşaatçı: Finansal kurum

Müşteri segmenti	Odak alanları	Ekip boyutu	Kuruluş özellikleri	Sıklık
Stratejik inşaatçı	İşbirliği, yedekli eforu azaltma, paylaşılan çözümler, standartlaştırma, maliyet yönetimi	1-15 teknik uzman (geliştiriciler ve altyapı uzmanları)	Liderlik, geliştiricileri müşteri olarak değerlendirir; platform mühendisliği özellikleri kısmen entegre edilmiş (self-servis tam olarak benimsenmemiştir)	En yaygın

Finansal kurum, yeniden kullanılabilir bazı merkezi yapıtlar, standartlaştırılmış yönergeler ve kod aracılığıyla yönetilen temel otomasyon ile DevOps olgunluğunun orta düzeyindedir. Kuruluş, geliştirme ekiplerinin boyutunun ve araçlarının ve uygulamalarının çeşitliliğinin önemli maliyetler oluşturduğu bir noktaya ulaşmıştır. Kurumda şirket genelinde kullanılan binlerce özel araç ve birçok karmaşık kuruluş gereksinimi vardı. Banka, geliştiricilere tek boyuta uygun bir yaklaşımdan kaçınırken yerleşik esnekliğe sahip üretkenliği geliştirmek için "altın yol" sunmayı planlıyor.

"Bu nedenle fikir, onlara bu [altın yolun] üretkenliğinizi artıracak bir şey yapmanın bir yolu olduğunu göstereceğiz, ancak tek yol bu değil. Değil mi? Bu nedenle geliştiricinin, onlara söylediğimiz bu yolda değişiklik yapma yetkisine sahip olduğunu hissetmesi için yeterli alan bırakmak istedik. CTO ekibinde bu yollar tanımlandığında, her zaman şu soru karşımıza çıkar: Bankadaki insanların çoğunluğu için işe yarayacak olan yollar hangileridir? Dediğim gibi, çok karmaşıkız. Bankanın farklı birimlerinde kullanılan binlerce araç vardır. Yani her zaman en büyük sorun, tek bedene uyan olmasıydı." - İcra Direktörü, finans kurumu

Meydan okumak: Asıl zorlukları, birçok farklı araç ve uygulama nedeniyle ortaya çıkan yüksek maliyetler ve verimsizliklerdir. Şirket, platformun sorun yaratmadan veya benimsemeyi engelleyebilecek aşırı yönergeli bir yaklaşım olmadan her ekibin belirli ihtiyaçlarını karşıladığından emin olmak istiyor. Finans kurumu ayrıca şirket içinde özel platform çözümleri geliştirme uzmanlığından da yoksun.

Finans kurumu üç temel etmen için büyümeye odaklanmayı planlıyor: benimseme, idare ve sağlama ve yönetim. Banka, platform mühendisliği çözümünün benimsenmesini artırmak, idareyi daha iyi tümleştirmek ve otomatik kaynak sağlama araçları oluşturmak istiyor.

Yatırım: Finans kurumu, dünya çapında birden fazla konuma yayılmış 120 kişi ile bir merkezi mühendislik ekibine sahiptir. Yaklaşık 20 üye bir mükemmellik merkezi (COE) ekibi oluşturur. COE ekibi en iyi mühendislik uygulamalarını, platformu ve DevOps uygulamalarını diğer tüm iş bölümlerine dağıtır.

Benimseme: Platform mühendislik ekibi, mühendislik operasyonlarına yol göstermek için COE ekibi tarafından belirlenen ilkeleri zorunlu kılmaya odaklanır. Şirket ayrıca ekipleri genel olarak görünür performans ölçümleriyle motive etmek için de planlar. Genel olarak banka, katı yönergelere ve ölçümlere güvenmeden platform kullanımını büyütmek istiyor. Ancak, COE ekibinin mühendislik ekiplerinde kullanılan çeşitli teknolojileri yönetmek için becerilerini geliştirme konusunda güçlüklerle karşılaşıyorlar. Önemli bir engel, platformun tek tek ekiplerin belirli gereksinimlerini karşılayamayabilir ve bu da sorunlara neden olabilir.

Yönetim: Platform mühendisliği çözümü, geliştiriciler için araçlar, kılavuzlar, kodlama standartları ve videolar sunan merkezi bir merkez görevi gören dahili olarak geliştirilmiş bir portaldır. Çözüm, kodlama başlamadan önce uyumluluğu sağlamak için en düşük kurumsal gereksinimler (MERS) testi içerir. Portalda destek için Stack Overflow sürümü, sertifikalı mühendis profilleri ve yeni geliştiricileri standartlar ve araçlarla tanımaya yönelik bir ekleme yolculuğu bulunur. Şirket, performans sorunlarını ortadan kaldırarak ve modern bir araç takımıyla en iyi teknik yetenekleri çekerek kaynak yönetimini kolaylaştırıp idareyi geliştirme yaşam döngüsüyle tümleştirmeyi planlıyor.

Sağlama: COE ekibi, geliştiricilerin esnekliği korurken üretkenliği artırması için "mutlu yollar" oluşturdu. Amaç, özelleştirmeye izin verirken verimli bir yol sunmaktır. CTO ekibi, bu yolları tasarlarken çoğu geliştiriciye yönelik olmayı hedefler, ancak kullanılan binlerce araç nedeniyle bankanın sistem karmaşıklığı standart bir yaklaşımı uygulamayı zorlaştırır. Platformu ölçeklendirmek için kuruluş, birçok mühendislik ekiplerinin çeşitli gereksinimlerini karşılamak için otomatik kaynak sağlamayı uygulamayı planlıyor.

Arabirim: İç geliştirici portalı öncelikle şirket içinde oluşturulmuştu. Şirket içinde DevOps portalı olarak adlandırılır, ancak yalnızca DevOps'un ötesinde daha geniş platform mühendisliği işlevlerini kapsar. Geliştiriciler için merkezi bir kaynak olarak hizmet veren portalda çeşitli araçlar, öğrenme malzemeleri, videolar ve eğitimlerin yanı sıra geliştirme için otomasyon araçlarına, kendi kendine başlangıç kılavuzlarına ve kapsayıcılı görüntülere erişim sağlanır. Portal ayrıca kod tarama için Sonatype gibi güvenlik araçlarıyla tümleştirilmiştir ve onaylı görüntülerin ve ortak kodun bir kayıt defterini içerir.

Ölçümler ve geri bildirim: COE ekibi geri bildirime açıktır ve bunu mühendislik ekiplerinden aktif olarak talep eder. Geliştirici danışmanları ve elçileri de COE ekibi adına geri bildirim toplar. Geri bildirim süreci çoğunlukla resmi değildir.

Platform öncüsü: Yazılım şirketi

Müşteri segmenti	Odak alanları	Ekip boyutu	Kuruluş özellikleri	Sıklık
Platform öncüsü	Geliştiricileri müşteri olarak ele alma, platformu ürün olarak yönetme, güçlü geliştirici deneyimi	16 yaş ve üzeri özel gruplarla	Sorumluluğu, güçlendirmeyi ve yeniliği vurgular, self servis ve minimum bağlam değişimini teşvik eder	En az yaygın

Yazılım şirketi yüksek düzeyde DevOps olgunluğundadır. Şirketin geliştiricileri, şirket yönergelerine uygun olarak bulut hizmetlerini kendi kendine sağlayabilir. Şirketin 250'den fazla üyesi olan büyük platform ekibi, kuruluş için özel platform mühendisliği çözümlerini başarıyla geliştirdi. Şirket, ilerleyen platform mühendisliği aracılığıyla kuruluşlarını geliştirmeye nasıl devam etmek için araştırma yapmayı planlıyor.

Geliştiricilerimizin daha iyi yazılımı daha hızlı ve daha ucuza teslim etmelerini nasıl sağlarız?.. Yine de çoklu bulut stratejimiz için işe yarayabilecek ideal çözümü araştırmamız ve buna yatırım yapmamız gerekiyor... Geliştiricilerin farklı ihtiyaçlarına göre ölçeklenebilen, bize uygun tek bir sistem var mı?.. Belgeler ve bilgi bulma için şirket içinde geliştirilen yapay zeka ve yapay zeka temelli çözümler kullanıyoruz... Hedefimiz, geliştiricilerin hesap verebilir olmasını sağlamaktır." - Kıdemli Mühendislik Lideri, yazılım şirketi

Meydan okuma: Şirketin başlıca zorluğu, jeneratif yapay zekayı keşfetmek, benimsenmeyi artırmak, multicloud ortamı için çalışmak ve para tasarrufu sağlamak suretiyle, zaten güçlü olan platform mühendisliği uygulamalarını nasıl rafine etmeye devam edebileceğinin yollarını bulmaktır.

Yazılım şirketi dört önemli etmen için büyümeye odaklanmayı planlıyor: yatırım, benimseme, sağlama ve yönetim ve arabirimler. Yazılım şirketi zaten yüksek platform mühendislik düzeyinde çalışıyor ve devam etmek istiyor. Şirket, üretken yapay zekayı tümleştirmenin (idareyle) yollarını keşfetmeyi, platform benimsemesini artırmayı ve ölçüm temelli geri bildirim döngülerini uygulamayı planlıyor.

Yatırım: Platform, CTO ve CFO ofisleri arasındaki işbirliğiyle finanse edilir ve desteklenir. Kaynakların yeniden yerleştirilmesiyle oluşturulan özel bir platform ekibi, mimarlar ve mühendisler gibi 250 ile 280 arasında üye içerir. Ekip, maliyet verimliliğine odaklanarak işlem, çalışma zamanı, CI/CD, araçlar ve gözlemlenebilirliği denetlemektedir. Altyapı ölçeklenebilirliği için üretken yapay zekayı araştırıyorlar ancak daha fazla araştırma ve yatırım gerektiğini fark ediyorlar.

Benimseme: Geliştiriciler başlangıçta platformu öncelikle pandemi tarafından yönlendirilen maliyet iyileştirme ve verimlilik için benimsemiştir. Hackathons da dahil olmak üzere şirket içi kampanyalar platformu tanıtarak hizmet olgunluğu içgörüleri gibi avantajları gösterir. Platform ekibi, bazı ekipleri mevcut kurulumlarından platforma geçmeye ikna etmekte zorlandı.

Yönetim: Platform için idare modeli, temel öğeleri yöneten merkezi bir platform ekibi etrafında yapılandırılmıştır. Bireysel hizmet ekipleri eklentilere katkıda bulunur. Tüm katkıların kuruluş standartlarına uygun olduğunu ve daha geniş gereksinimleri karşıladıklarını doğrulamaya yönelik bir gözden geçirme süreci vardır. Platform ekibi, meta verileri ve bağımlılıkları izlemek için sorumluluk ve kaynak yönetimi sağlamaya yardımcı olan bir hizmet kataloğu ve hizmet haritası tutar. Ayrıca yapay zeka uygulamalarının kullanımlarını yönetmesi ve standartlara uyumluluğu sağlaması için özel olarak ayrılmış bir idare kuruluşu oluşturulmuştur.

Sağlama: Platform ekibi kaynak oluşturma, dağıtım ve yönetim için merkezi ama esnek bir platform sağlar. Platform Kubernetes üzerinde oluşturulmuş ve CI/CD için Argo CD kullanıyor. Araç, özel olarak oluşturulmuş şablonlar ve önceden tanımlanmış iş akışları sunar. Platform, kullanıcıların sağlamadan dağıtıma kadar altyapı yaşam döngülerini yönetebilecekleri bir geliştirici evi içerir. Teams, işlevselliği geliştirmek için uyarlanmış eklentilere katkıda bulunur. Amaç, ölçeklenebilir bir platformla çoklu bulut altyapısını sorunsuz bir şekilde yönetmektir.

Arabirim: Geliştiriciler altyapıyı, sağlamayı ve geliştirme yaşam döngüsünün tamamını yönetmek için platformdaki geliştirici evini kullanır. Platformun eklenti tabanlı mimarisi özelleştirmeye olanak sağlarken, üretken yapay zeka belge ve aranabilirliği geliştirir.

Ölçümler ve geri bildirim: Kuruluş anketler aracılığıyla geri bildirim toplar ve platform verimliliğini değerlendirmek için DORA (dağıtım sıklığı, sağlama süresi, değişiklik hatası oranı ve ortalama kurtarma süresi) gibi ölçümleri kullanır. Bu ölçümler, performans sorunlarını tespit etmek ve sonuçları iyileştirmek için çeviklik ve kararlılık olarak kategorilere ayrılır.