Haziranda, Kubernet'ler onuncu yaş gününü kutluyor. Sistem artık dünya çapında yüzbinlerce şirket tarafından uygulamalarını talebi karşılayacak şekilde ölçeklendirmek için o kadar yaygın bir şekilde kullanılıyor ki, var olmadan önceki bir zamanı hatırlamak bile zor. Ancak başka seçeneklerin de mevcut olduğu bir zaman vardı ve hatta bazılarını kullandığımı bile hatırlıyorum.
Bu göreceli geçmişe rağmen, pek çok büyük geliştirici ekibi ve şirketi henüz Kubernetes'e geçişe başlamadı ya da sürecin ortasındalar. Ancak uç noktalarda yaşamayı seven birçok geliştirici için 10 yıllık bir teknoloji uzun bir süre ve belki de onlar için Kubernetes ve tamamı “bulut yerelHatta ethos biraz “yorgun” bile hissettiriyor.
Şu tarihte: KubeCon AB Mart ayında Paris'te, belki de Avrupa'nın katıldığım en büyük ve en iyi KubeCon'unda, Avrupalı bulut yereli düşünce liderlerinden, bulut yerelinin geleceğinin neler getirebileceğini veya bunun yerini neyin alabileceğini düşünmelerini istedim.
Barındırma konusunda daha fazla kontrol
Kubernetes'in yanı sıra üç büyük bulut ana bilgisayarlar (Amazon, Google ve Microsoft) bulut tabanlı bilişimin katalizörleriydi. Geçmişteki ilk büyük satış noktalarından biri esnek, kullanıma dayalı faturalandırmaydı ve para tasarrufu sağlayan, ani talep ölçeklenebilir iş yüklerine sahip olanları kurtarma vaadinde bulunuyordu. Ancak bunun herkes için doğru olduğu ortaya çıkmadı ve daha geleneksel ev sahiplerine geri dönmek, üç büyük Avrupalı ev sahibinin de katılımıyla KubeCon'da gözle görülür bir trend oldu (OVHbulut Ve Ölçek yolu Fransa'dan ve CIVO İngiltere'den) gösteri alanında büyük bir varlığa sahip.
Civo'nun CTO'su Dinesh Majrekar, Broadcom'un yakın zamanda VMWare'i satın almasının, Avrupa'dakiler gibi daha küçük ana bilgisayarlar ve verilere daha duyarlı kurumsal müşteriler için birçok fırsat sağlayabileceğini belirtti. Majrekar'ın dediği gibi: “Kendi donanımınızı kullanarak kendi veri merkezinizde yerel olarak dağıtılan, yönetilen, kurumsal kullanıma hazır bir genel bulut sürümüne sahip olma ve bu müşterilere VM'leri VMware yoluyla kullanma yeteneği verme yeteneğimiz gerçekten ilginç olacak.”
Başlangıçta Broadcom fiyatlandırmada önemli bir değişiklik yaptığını duyurdu Bu durum mevcut müşterilerinin çoğu için endişeye neden oldu. Ancak birçok şikayet ve AB'den gelen soruşturma sonrasında, Broadcom bu değişikliklerden bazılarını geri aldı. Dolayısıyla bu küçük ev sahiplerine ne kadar iş getireceğini zaman gösterecek.
Bir kez yaz, bir kez çalıştır gerçeğe dönüşüyor
Programcılar uzun zamandır kodu bir kez yazmayı ve bu kodun tüm işletim sistemlerinde ve platformlarda eşit şekilde çalışmasını sağlamayı hayal ediyorlardı. İtibaren Java ile Elektron, çarpıntıve ötesinde, geliştiriciler onlarca yıldır bu ideali gerçekleştirecek teknolojiler yaratmaya çalışıyorlar.
İlk olarak 2017 yılında Mozilla tarafından yaratıldı. Web MontajıWASM olarak da bilinen , hızla bir web standardı haline geldi ve tüm önemli web tarayıcıları tarafından destekleniyor. C++ ve Rust gibi derlenmiş dillerin tarayıcılarda uygulama çalıştırmasına olanak tanır. Onun Java web uygulamaları her şey tekrardan!
Derlenmiş kodu tarayıcılarda (istemci tarafında) çalıştırma yeteneği yeterince ilgi çekicidir, ancak son gelişmeler WASM'yi bulut yereline göre daha ilginç kılan şeydir. Bir avuç açık kaynaklı proje ve şirket, sunucu tarafında çalıştırmak için WASM'yi kullanıyor, örneğin WasmEdge Ve SpinKubeKubernetes üzerinde çalışan izole uygulama ve bağımlılık birimleri olan konteynerler için ilginç bir rekabet yaratıyor.
Uygulama hizmetlerini çalıştırmak için güvenli ve optimize edilmiş konteynerler oluşturma ve sürdürme konusunda endişelenmek yerine – sundukları sayısız komplikasyonla birlikte – WASM bir alternatif sunuyor. Hizmet, tüm bağımlılıklar dahil olmak üzere derlenmiş bir ikili dosya olarak çalışır. WASM'nin varsayılan olarak güvenli yaklaşımı sayesinde, bağımlılıklar ve yanlış yapılandırma yoluyla yüzlerce olmasa da düzinelerce istismara maruz kalabilecek konteynerlerden daha verimli ve daha az savunmasızdır. Bu, WASM'nin Kubernetes'in yerini alacağı anlamına gelmiyor. Aksine, Kubernetes'in genellikle düzenlediği kapsayıcıların yerini alabilir. Kubernetes hâlâ ölçeklendirmeyi, kullanıma sunma vb. işlemleri yönetebilir.
Civo artık Kubernetes hizmetinde WASM veri yüklerini barındırmak için iki seçenek sunuyor:, Fermyon Döndürme Ve WASMedge.
Civo'nun CTO'su Dinesh Majrekar bana şunu söyledi: “Başkalarının desteklemediği yeni teknolojileri desteklemek, onların hızına ayak uydurmak ve müşterilerin bunları kullanmasına olanak sağlamak için orada olmak istiyoruz.”
Sébastien Blanc, Finlandiya'nın Personel Geliştirici Avukatı AivenWASM'nin “bir sonraki büyük şey” olduğu düşüncesini yineledi ve “WebAssembly'ye bahis oynadığını” ekledi.
Şirketin genel müdürü Thierry Carrez Açık Altyapı VakfıProjeleri daha alt düzeyde denetleyen ve veri merkezi altyapısını oluşturup yöneten bu görüşü paylaştı.
Carrez, “Hesaplama birimi değişeceği için kendimi kap gibi hissediyorum” dedi. “En azından çeşitli seçenekler olacak. İnsanlar VM'lerin birçok konuda hâlâ daha iyi olduğunun farkında. WebAssembly diğer bazı konularda daha iyidir, bu nedenle kapsayıcılarda biraz tüketecektir. Ancak bulut tabanlı trendi sonlandıracağımızdan emin değilim.”
Civo'dan Dinesh ayrıca WASM'nin aynı kodu uzaktan, yerel olarak veya cihazda çalıştırabilme yeteneğinin, geliştiriciler Uygulama iş yüklerini cihazlar arasında, en çok ihtiyaç duyulan yerlere ve merkezi sunuculardan uzağa yaymak için ilginç olanaklar. Bu tam olarak dünyaya yavaş yavaş yayılan arabalar, akıllı cihazlar ve küçük bilgi işlem cihazları için uç bilişimin vaadidir. Bu cihazlar kendi küçük yüklerini işler ancak yine de ara sıra güncellemeler yapmak ve veri gönderip almak için başka bir yerde barındırılan hizmetlerle bağlantı kurmaları gerekir.
WASM tüm görevlere uygun değildir ve yüklerin veritabanları gibi harici hizmetlerle iletişim kurmasına olanak tanıyan yöntemler halen geliştirilmektedir. Daha geniş çapta benimsenmenin eşiğinde olan bir teknoloji olarak kesinlikle araştırılmaya ve göz önünde bulundurulmaya değer.
Platformlar ön plana çıkıyor
10 yıllık geçmişinde Kubernetes ve bulut yerelliği inanılmaz derecede karmaşık hale geldi. Geliştiriciler ve uygulayıcılar, altyapı ve hizmetlerin oluşturulmasını ve sürdürülmesini daha yönetilebilir ve esnek hale getirmek amacıyla soyutlama üzerine soyutlamayı katmanlar halinde uygularlar.
Bu, diğer ekiplerin kısa ve uzun vadeli altyapı ve hizmetleri kontrollü bir şekilde oluşturmak ve dağıtmak için kullandığı dahili self-servis araçların oluşturulmasına yardımcı olan tam bir “platform ekipleri” eğilimine yol açtı. Bazen “dahili geliştirici platformu” olarak adlandırılan bu fikir, özellikle büyük şirketlerde ilgi görse de, herkesin işleyen bir platform ekibi oluşturmak için gereken tüm parçaları bir araya getirecek kaynaklara sahip olmaması nedeniyle, doğal olarak, SaaS şirketleri bu boşluğu doldurmak için ortaya çıktı. o boşluk.
“Dahili geliştirici platformu” terimi, Almanya tarafından türetilen bir Avrupa buluşudur. Humanitecİsveç'in yakın akrabası ve öncüsü olan “hizmet kataloğu” gibi. Spotify Sahne arkası ekibi. Humanitec'in CTO'su Chris Stephenson, Kubernetes'in öncüsü olan “Borg”u oluşturan Google ekibinin bir parçasıydı.
Platform konsepti büyüdükçe bazı şirketler iç ekipler için araçlar sağlamaya yöneldi. Böyle bir şirket Almanya'nın Dev Sürü. Onlar Cloud Native'in göreceli emektarları ve onları neredeyse on yıldır tanıyorum. Şirket şu anda, geliştirme ekiplerine çalışmaları ve işlerini oluşturmaları için ihtiyaç duydukları şeyleri sağlamayı amaçlayan, “3.0” adını verdikleri ürün üzerinde çalışıyor.
Giant Swarm'ın Mühendislikten Sorumlu Başkan Yardımcısı Joe Salisbury'nin bana söylediği gibi: “Bir platform ekibinin yeteneklere odaklanmasına ve uygulama ekibine odaklanmasına yardımcı olmak istiyoruz ve altyapıyla tamamen ilgileniyoruz. Kubernetes yükseltmeleri veya izleme veya gözlemlenebilirlik ile ilgili temel altyapı hakkında çok fazla düşünmelerine gerek yok. Buradaki fikir, Giant Swarm'ın platformunuzu sizin için bütünsel olarak yönetebilmesi ve sizin de platform ekibiniz için gerçek farklılaştırıcı çalışmalara odaklanabilmenizdir.”
Çoğu zaman, bir hizmet sağlayıcı olarak bir platformun perde arkasında altyapı vardır. kod Terraform gibi araçlar. HashiCorp tarafından oluşturulup yönetilen ve başlangıcından bu yana açık kaynak olan Terraform, geçen yıl açık kaynak geliştirmeyi durdurup herhangi bir ticarileştirmeyi durdurmak için lisansını değiştirerek tartışmalara neden oldu. Bu, katkıda bulunan topluluğun “AçıkTofu,” ve birçok şirket zaten bunun üzerine ürünler yarattı.
Sebastian Stadil, OpenTofu'nun çekirdek katılımcısı ve CEO'su Yara iziOpenTofu'nun ölçeklenebilir bir SaaS versiyonunu sunan, projenin şu ana kadar ne kadar başarılı olduğunu şöyle açıkladı:
“OpenTofu çatalının yaratılmasından bu yana geçen 10 ay, Scalr da dahil olmak üzere Terraform uyumlu araçlar ve projeler ekosisteminin oluşmasına yol açtı. TerragruntVe Alt maliyet.”
İlgi arttıkça bu alana katılan çok daha fazla şirket olduğundan, Humanitec'in Ürün ve Büyümeden Sorumlu Başkan Yardımcısı Luca Galante'ye, Humanitec'in bazı açılardan yaratılmasına yardımcı olduğu bir terim olan platform mühendisliğinin mevcut durumunu nasıl gördüklerini sordum.
Galante, “Platform mühendisliğini biz icat etmedik ama ona bir isim verdik” dedi. “Bu anlatıyı şekillendirmeye devam edeceğiz. Bunu düşünce liderliği yazıları, uygulayıcılarla düzenli web seminerleri ve çevrimiçi konferansımız PlatformCon'la geçen yıl 22.000 katılımcıyla yapıyoruz ve bu yıl 35.000 katılımcı bekliyoruz.”
Luca, bulut yerelliğinin potansiyel uzak geleceğiyle ilgili olarak, yapay zeka ile birleştirilmiş altyapı için sürekli soyutlama fikrini önerdi. Bir model, geliştirici platformlarına yönelik özel gereksinimlerinizden öğrenebilir ve bunları basit istemlere veya gereksinimlere göre akıllıca oluşturabilir. Yıllar önce GitHub şu fikri önerdi:ChatOpsancak zamanın chatbot'ları yeterince yetenekli olmadığı için uygulama gözden düştü. Ancak şimdi, kod olarak altyapıya yönelik yeni bir Üretken Yapay Zeka çağına hızla yaklaşıyoruz. Uygulama CD'si.
10 yıl sonra
Yapay zekadan akıllı şehirlere, e-ticaretten temel altyapıya kadar Kubernetes ve bulut yerelliği, diğerlerinin inovasyonlarına güç veriyor. Kullanıcıları zaten yenilik yaparken onun da yenilik yapması gerekiyor mu? Yoksa (çoğunlukla) arka planda yeterince sessizce çalışıyor mu? Gelecekteki köklü ve dramatik değişiklikleri görmek için KubeCon'a girdim, ancak gerçekte durum asla böyle olmayacaktı.
Desteklediği iş ve yüklerin yanı sıra geliştiricilerin ve mühendislerin onu nasıl ve nerede kullanmak istedikleri de değişecek. Ancak Kubernetes ve ilgili teknolojilerin artık iş akışlarımıza bu kadar yerleşmiş olması nedeniyle, mevcut kullanıcı tabanının yarısının bile en son yeni trende geçmesinin en az 10 yıl daha alacağını düşünüyorum.
Doğum günün kutlu olsun Kubernetes ve çok daha fazlası.
Kaynak bağlantısı