Kubernetes geliştirme ekibi yakın zamanda yayınlandı bir duyuru aracılığıyla yeni sürüm "Kubernetes 1.18" geliştirme ekibinin bunun 'uygun ve bitmiş' bir versiyon olduğundan bahsettiği.
Bu yeni versiyonda beta ve kararlı işlevselliği iyileştirmek için önemli çalışmalar yapıldı garanti etmek daha iyi kullanıcı deneyimi. Kullanıcı deneyimini daha da geliştirmeyi vaat eden yeni geliştirmeler ve heyecan verici yeni özellikler eklemek için eşit çaba gösterildi.
Habersiz olanlar için Kubernet'ler, bunu bilmeleri gerekir otomatikleştirmek için açık kaynaklı bir sistemdir uygulanması, ölçeklendirilmesi ve yönetimi kapsayıcılı uygulamalar.
Öyleydi aslen Google tarafından tasarlandı, daha sonra gelişimi, teknoloji devlerinin katkıları sayesinde konteyner düzenleme teknolojisinin hızla olgunlaşmasına izin veren Açık Kaynak Bulut Bilişim Vakfı'na (CNCF) emanet edilmiş olsa da.
Kubernetes 1.18'deki yenilikler nelerdir?
Bu yeni sürüm, hizmet hesabı belirteçlerini kullanma yeteneği genel bir kimlik doğrulama yöntemi olarak. Örneğin, bir bölmenin dağıtım veya hizmet gibi diğer Kubernetes kaynaklarını yönetmesini istiyorsanız, bir hizmet hesabıyla ilişkilendirilebilir ve gerekli rolleri ve rol bağlamalarını oluşturabilirsiniz.
Kubernetes hizmet hesapları (KSA'lar), kimlik doğrulaması için API sunucusuna JSON web jetonları (JWT) gönderir. Bu, API sunucusunu tek kimlik doğrulama kaynağı yapar hizmet hesapları için.
Kubernetes 1.18pişlevsellik sağlar o API sunucusunun bir OpenID Connect keşif belgesi sağlamasına izin verir Diğer meta verilere ek olarak belirtecin genel anahtarlarını içeren bir.
Kubernetes 1.81'den öne çıkan bir diğer değişiklik de belirli bölmeler için HPA Hızını yapılandırma yeteneği. Yatay Kapsül Otomatik Ölçekleyici (HPA) kullanıldıa Kubernetes kümesinin yüksek / düşük trafiğe otomatik olarak yanıt vermesine izin vermek için. HPA ile kullanıcı, uygulama tarafından sağlanan CPU artışlarına, diğer ölçümlere veya ölçümlere yanıt olarak denetleyiciden daha fazla modül oluşturmasını isteyebilir.
Kubernetes 1.18, birden çok yapılandırmayı çalıştırmak için profillere genel bakış sunar planlayıcının. Genel olarak, Kubernetes'te iki tür iş yükü vardır: uzun vadeli hizmetler (örneğin, web sunucuları, API'ler vb.) Ve tamamlanana kadar çalışan görevler (daha çok İşler adı olarak bilinir).
İş yükü türleri arasındaki bariz farklılıklar nedeniyle, bazı kullanıcılar farklı ihtiyaçlar için tam kümeler oluşturmaya başvurur. Örneğin, veri madenciliğini yönetmek için bir küme ve uygulama API'lerine hizmet etmek için başka bir küme.
Bunun nedeni, farklı olmak için karar sürecine ihtiyaç duymalarıdır. Örneğin, varsayılan planlayıcı ayarları yüksek kullanılabilirliği teşvik eder.
Öte yandan, şu bilgileri de bulabiliriz: küme düzeyinde bir pod yayın kuralı tanımlama yeteneği, gibi Kapsüllerin Erişilebilirlik Alanlarında planlanmasını sağlamayı mümkün kıldı (çok bölgeli bir küme kullanmanız şartıyla) maksimum kullanılabilirliği ve kaynak kullanımını sağlamak için.
İşlevsellik, alanları aynı topologyKey etiketine sahip düğümleri arayarak tanımlayan topologySpreadConstraints belirtimini etkinleştirir. Aynı TopologyKey etiketine sahip düğümler aynı alana aittir. Yapılandırma, bölmeleri farklı alanlarda eşit olarak dağıtmaktı. Ancak dezavantajı, bu ayarın kapsül seviyesinde uygulanması gerektiğidir. Yapılandırmaya sahip olmayan bölmeler, arıza etki alanları arasında eşit olarak dağıtılmayacaktır.
Sonuncu ama bir o kadar önemli, Ayrıca volume özelliğindeki değişikliği göz ardı etme yeteneğini de bulabiliriz. Varsayılan olarak, bir birim bir Kubernetes kümesindeki bir kapsayıcıya monte edildiğinde, bu birimdeki tüm dosya ve dizinlerin özellikleri fsGroup aracılığıyla sağlanan değere değiştirilir.
Bütün bunlar fsGroup'un birimi okuyup yazmasına izin vermek için. Bununla birlikte, bu davranışın bazı durumlarda istenmeyen olduğu gösterilmiştir.
Bu yeni sürümü Kubernetes bir dizi değişiklikle birlikte gelir ve sadece en önemlilerinden birkaçından bahsettik. Tam listeyi öğrenmek istiyorsanız, bunu şu adrese giderek yapabilirsiniz: aşağıdaki bağlantı.