- Platform mühendisliği, geliştiricilerin bilişsel yükünü azaltmak için IDP'leri kullanarak soyutlama katmanları oluşturur.
- Bu, altyapının standartlaştırılmış, kendi kendine hizmet veren bir şekilde sunulduğu bir ürün yaklaşımına dayanmaktadır.
- Amacı, optimize edilmiş rotalar veya Altın Yollar kullanarak yazılım teslim döngüsünü optimize etmektir.
Muhtemelen son zamanlarda teknoloji sektöründe "Platform Mühendisliği" teriminin her yerde karşımıza çıktığını fark etmişsinizdir . Bu tesadüf değil; şirketlerin, bulut ve mikro hizmetlerin kontrolsüz büyümesinin bazen yol açtığı kaosu çözmeye çalıştığını ve geliştiricilerin bir değişikliği üretime dağıtmak için her konuda uzman olmak zorunda kalmalarını önleyecek bir yol aradığını görüyoruz.
Temelde, dahili yazılım platformlarının tasarımına ve bakımına odaklanan sosyo-teknik bir disiplinden bahsediyoruz . Fikir basit ama güçlü: Geliştirme ekibinin ihtiyaç duyduğu her şeye kolayca erişebileceği, bağımsız olarak çalışabileceği, destek talebi açmak ve operasyon ekibinden birinin onlar için bir sunucu veya S3 kovası oluşturmasını günlerce beklemek zorunda kalmayacağı bir ortam yaratmak.
Platform mühendisliği tam olarak neleri kapsıyor?
Diğer yaklaşımlardan farklı olarak, bu disiplin Dahili Geliştirici Platformu (IDP) oluşturmaya odaklanır . Bunu bir tür altyapı "otomatik satış makinesi" olarak düşünün. Geliştirici, sonsuz yapılandırma dosyalarıyla uğraşmak yerine, önceden onaylanmış standartlara göre hizmetlerini dağıtabileceği bir portala erişir.
Bu model birdenbire ortaya çıkmadı; DevOps'un doğal bir evrimi . DevOps bize iş birliği ve otomasyon felsefesini sunarken, Platform Mühendisliği bu kavramları somut araçlara dönüştürüyor. Birincil amacı bilişsel yükü azaltmaktır ; yani bir programcının aynı anda kod, güvenlik, gözlemlenebilirlik ve altyapıyı yönetmesi gerektiğinde ortaya çıkan bunaltıcı duyguyu ortadan kaldırmaktır.
Bu yaklaşımı destekleyen temel unsurlar
- Ürün Odaklı Zihniyet: İşte kilit nokta. Platform, sabit bir bitiş tarihi olan bir proje değil, yaşayan bir üründür. Geliştiriciler müşterilerdir ve platform ekibi onların şikayetlerini ve ihtiyaçlarını dinlemeli, sürekli olarak iyileştirmeler yapmalıdır.
- Self servis: Amaç, kötü şöhretli "TicketOps" sorununu ortadan kaldırmaktır. Geliştirme ekibinin hedefi ise şudur: kendi kendine yetenAracı kurumlara bağımlı kalmadan API'ler veya web portalları aracılığıyla kaynaklara erişim.
- Altın Yollar: Bunlar önceden tanımlanmış ve optimize edilmiş dağıtım yollarıdır. Geliştirici altın standardı izlerse, çok özel durumlarda bundan sapmasına izin verilse de, uygulamasının varsayılan olarak güvenlik ve düzenleyici uyumluluk gereksinimlerini karşıladığını bilir.
Günümüzde neden bu kadar gerekli?
Mevcut ekosistem, araçlardan oluşan bir orman gibidir. Kubernetes, Terraform, hibrit bulutlar ve güvenlik düzenlemeleri arasında yolunuzu kaybetmek kolaydır. Platform Mühendisliği, en yoğun teknik ayrıntıları soyutlayarak bu karmaşıklığı yönetmeye yardımcı olur , böylece ekip gerçekten önemli olana odaklanabilir: iş değeri yaratmak.
Ayrıca, yüksek düzeyde düzenlemeye tabi sektörlerde, uyumluluk ve güvenliği sağlamak büyük bir sorun teşkil etmektedir. Bu kuralları doğrudan platforma entegre ederek, uyumluluk otomatik hale gelir. Geliştiricilerin 100 sayfalık bir güvenlik kılavuzunu okumasına gerek kalmaz; platform, savunmasız herhangi bir şeyi dağıtmalarını engeller.
Organizasyon üzerinde gerçek etki
Bunu doğru bir şekilde uyguladığımızda, faydaları her seviyede hissedilir. Kurumsal düzeyde, işletme maliyetleri azalır ve süreçler standartlaştırılır , böylece her ekibin aynı şeyi yeniden icat etmesi önlenir. Ekipler için ise, daha az sürtüşme ve farklı alanlar arasında çok daha sorunsuz bir koordinasyon anlamına gelir.
Geliştirici için bu deneyim dönüştürücü nitelikte. Başkalarını beklemek zorunda kalmadıkları için kendilerini daha güçlü hissediyorlar ve çok daha hızlı bir şekilde etkili sonuçlar üretebiliyorlar . Kubernetes YAML ile uğraşmak için daha az zaman harcamak, iş mantığı yazmak için daha fazla zaman ayırmak ve aşırı operasyonel karmaşıklıktan kaynaklanan tükenmişlik sendromuna yakalanma riskini azaltmak anlamına geliyor.
SRE ve DevOps arasındaki temel farklar
Bu kavramları karıştırmak çok yaygın, ancak farklı görevleri var. DevOps, geliştirme ve operasyonlar arasındaki engelleri ortadan kaldıran genel bir felsefedir. Öte yandan, Sistem Güvenilirliği Mühendisliği (SRE), standart yük limitleri (SLO'lar) ve hata bütçeleri aracılığıyla kullanılabilirliği ve performansı yöneterek sistem istikrarına odaklanır.
Platform Mühendisliği ise, yukarıdakilerin tümünün verimli bir şekilde gerçekleşmesini sağlayan aracı (IDP) oluşturmaktan sorumludur. SRE üretim sisteminin sağlığına odaklanırken, platform mühendisi geliştirici deneyimine (DevEx) odaklanarak programcının dizüstü bilgisayarından buluta giden yolun mümkün olduğunca kısa ve güvenli olmasını sağlar.
Platform mühendisliği ekibi nasıl oluşturulur?
Gece boyunca büyük çaplı bir dağıtım girişiminde bulunmak önerilmez. İdeal olarak, ekibin en acil ihtiyacını karşılayan minimum uygulanabilir bir sürüm olan En İnce Uygulanabilir Platform ile başlamalısınız . SRE veya CloudOps ekiplerinin iç yeteneklerinden yararlanabilirsiniz, ancak ürün odaklı bir zihniyete sahip olmaları çok önemlidir.
Ekip içinde belirli roller genellikle öne çıkar. Platform Ürün Yöneticisi, kullanıcı ihtiyaçlarını filtreler ve yol haritasını önceliklendirir. DevEx Mühendisleri, arayüzü ve iş akışlarını sezgisel hale getirmeye odaklanırken, Altyapı Mühendisleri platformun ölçeklenebilir ve sağlam olmasını sağlayarak iç motoru oluşturur.
Ortak araçlar ve teknolojiler
Bu ekosistemi oluşturmak genellikle çeşitli bileşenlerin birleştirilmesini içerir. Altyapı Kod Olarak (IaC), ortam oluşturmayı otomatikleştirmek için temeldir. Kubernetes gibi konteyner düzenleyicileri ve sorunsuz, sürekli teslimat akışlarını sağlayan CI/CD araçları da devreye girer.
Görsel çekirdek genellikle , görselleştirme ve kimlik doğrulama katmanı görevi gören Dahili Geliştirici Portalı (IDP)' dır . Bu araçlar şeffaf yönetişimi mümkün kılar ve şirket standartlarının her dağıtımda görünmez ancak etkili bir şekilde uygulanmasını sağlar.
Bu yaklaşımın benimsenmesi, altyapının bir engel olmaktan çıkıp bir hızlandırıcı haline geldiği bir paradigma değişimini temsil eder. Teknik sürtünmeyi azaltmaya ve kendi kendine hizmet yoluyla özerkliği teşvik etmeye odaklanarak, şirketler yalnızca teslimat hızını artırmakla kalmaz, aynı zamanda teknik yetenekler için çok daha çekici ve sağlıklı bir çalışma ortamı yaratır ve teknolojinin her zaman iş hedeflerine ulaşmanın bir aracı olmasını, kendi başına bir amaç olmamasını sağlar.