Konteyner ve Geliştirici
Yönetilen Kubernetes
Ağı, yük dengeleyicisi ve imaj deposu hazır Kubernetes cluster'ları.
Kurumsal Kubernetes Platformu Kurulumu ve İşletimi
Container ve sanal makinelerinizi tek platformda çalıştırın, uygulamalarınızı her gün güvenle yayına alın
Kurumsal Kubernetes platformu kendi ortamınıza imaj deposu, izleme ve dağıtım hattıyla birlikte, çalışır hâlde kurulur. Kurulumdan sonra sürüm yükseltme, kapasite ve arıza takibini isterseniz Nesnet ekibi sürdürür.
Neden şimdi
Kurmak kolay, ayakta tutmak zor
İlk cluster bir haftada çalışır. Asıl iş sürüm yükseltmeleri, süresi dolan erişim sertifikaları ve disk arızalarıyla birlikte başlar.
Eski uygulamalar container'a sığmıyor
Yeni servisler container olarak yazılıyor, yıllardır çalışan uygulamalar sanal makinede kalıyor. İki platform; iki yedekleme, iki izleme ve iki yetki düzeni demek.
Platform bilgisi tek kişide
Cluster'ı kuran mühendis izne çıktığında ya da ayrıldığında sürüm yükseltmesi ertelenir, güvenlik yamaları birikir.
Her ekip kendi cluster'ını kuruyor
Farklı ekipler farklı ayarlarla cluster açıyor; izleme, yedekleme ve erişim kuralları ekipten ekibe değişiyor.
Neler değişir
| Bugün | Nesnet ile |
|---|---|
| Sürüm yükseltmesi ertelenir, platform her ay biraz daha eskir. | Sürüm yükseltmeleri önce denenir, sonra planlı bakım pencerelerinde yapılır. |
| Sanal makineler ve container'lar ayrı platformlarda, ayrı kurallarla yönetilir. | Sanal makineler container'larla aynı ağda, aynı depolamada ve aynı yetki düzeninde çalışır. |
| Uygulamayı yayına almak bir ekipten diğerine talep açmak demektir. | Kod depoya gönderildiğinde dağıtım hattı test eder ve onaylanan sürümü yayına alır. |
| Bir sorunun nerede başladığını bulmak saatler sürer. | İzleme ve kayıt toplama baştan kurulu gelir; uyarı sorun büyümeden ekibin önüne düşer. |
| Platformu bir iki kişi bilir. | Kurulum belgelenir; işletme Nesnet ekibinde ya da eğitimle sizin ekibinizde sürer. |
Bugünden canlıya: nasıl işler
- 1
Keşif
Uygulamalarınız, ekipleriniz, mevcut sanal makineleriniz ve yayına alma alışkanlıklarınız birlikte çıkarılır.
- 2
Tasarım
Ağ, depolama, kimlik entegrasyonu ve ortam ayrımı (geliştirme, test, üretim) ortamınıza göre yazılı tasarıma girer.
- 3
Kurulum
Platform imaj deposu, izleme, kayıt toplama ve dağıtım hattıyla birlikte, tasarım belgesine göre kurulur.
- 4
İlk uygulamalar
Ekibinizle seçilen bir container uygulaması ve bir sanal makine platforma alınır; dağıtım hattı gerçek iş üzerinde oturur.
- 5
İşletme
Sürüm yükseltme, kapasite takibi ve arıza müdahalesi Nesnet ekibince yürütülür; hizmet kapsamı sözleşmede yazılıdır.
Neler alırsınız
Container ve sanal makine bir arada
Container'a taşınamayan uygulama sanal makine olarak aynı platformda çalışır; modernleşme kendi hızında ilerler.
Hazır imaj deposu
Container imajlarınız kendi ortamınızdaki depoda tutulur ve bilinen güvenlik açıklarına karşı taranır.
Dağıtım hattı
Kod depoya gönderildiğinde test edilir; onaylanan sürüm otomatik olarak yayına alınır.
İzleme ve kayıtlar
Cluster, uygulama ve sanal makine ölçümleriyle kayıtları tek yerde toplanır; eşik aşıldığında uyarı üretilir.
Kimlik ve yetki
Platform kurumunuzun kimlik sistemine bağlanır; ekipler yalnız kendi alanlarındaki kaynakları görür.
Planlı sürüm yükseltme
Yeni sürümler önce test ortamında denenir, ardından planlı pencerede üretime alınır.
Neden Nesnet
Kubernetes platformları Nesnet'in kendi altyapısında üretimde çalışıyor; öneriler broşürden değil sahadan geliyor.
Örnek senaryolar
Mikroservise geçen bir yazılım ekibi
Durum
Yeni servisler container olarak yazılıyor, ama faturalama modülü yıllardır bir sanal makinede çalışıyor ve yakın zamanda taşınamayacak.
Sonuç
İkisi aynı platformda, aynı ağda çalışır; faturalama modülü sanal makine olarak kalır, yeni servisler yanında büyür.
Sanallaştırma maliyetini gözden geçiren kurum
Durum
Sanallaştırma yazılımının yenileme bedeli bütçeyi zorluyor; aynı yıl bir container platformu da kurulmak isteniyor.
Sonuç
İki ayrı platform yerine tek platform kurulur; sanal makineler planlı pencerelerde yeni platforma taşınır.
Birden fazla ürün ekibi
Durum
Her ekip kendi cluster'ını farklı ayarlarla kurmuş; izleme ve erişim kuralları ekipten ekibe değişiyor.
Sonuç
Ekipler ortak platformda kendi alanlarını alır; izleme, yedekleme ve erişim kuralları herkes için aynıdır.
Kim neyi yapar
| Nesnet | Siz |
|---|---|
| Platform tasarımı ve kurulumu | Uygulama kodu ve container imajları |
| İmaj deposu, izleme ve dağıtım hattının kurulumu | Dağıtım tanımları ve ortam ayarları |
| Sürüm yükseltme ve güvenlik yamaları | Kullanıcılar, ekipler ve yetkiler |
| Kapasite takibi ve arıza müdahalesi | Uygulama verisinin içeriği |
| Belge ve ekip eğitimi | Üretime alma onayı |
İlgili ürünler
Konteyner ve Geliştirici
CI/CD Hattı
Her push'u derleyen, test edilen imajı üretime taşıyan dağıtım hattı.
İzleme ve Yönetim
İzleme ve Uyarılar
Sunucuları izleyin; eşik aşılınca Slack ya da webhook ile uyarı alın.
Karar vermeden önce sorulanlar
- Ekibimizde Kubernetes uzmanı yok; bu platformu kullanabilir miyiz?
- Evet. Platform hazır ayarlarla teslim edilir; ekibiniz uygulamasını dağıtım hattına bağlar, cluster'ın iç işleyişi Nesnet ekibinde kalır. Kurulumun parçası olarak ekibinize uygulamalı eğitim verilir.
- Mevcut sanal makinelerimizi yeniden yazmamız gerekir mi?
- Hayır. Sanal makineler olduğu gibi platforma alınır ve aynı ağda container'larla konuşur. Uygulamayı container'a dönüştürmek isteğe bağlıdır ve kendi takviminizle yapılır.
- Sürüm yükseltmesi sırasında uygulamalarımız durur mu?
- Yükseltme önce test ortamında denenir, ardından planlı pencerede sunucular sırayla güncellenir. Birden fazla kopyayla çalışan uygulamalar bu sırada hizmet vermeye devam eder.
- Bir sağlayıcıya kilitlenir miyiz?
- Platform standart Kubernetes arayüzlerini kullanır; uygulama tanımlarınız ve imajlarınız sizde kalır. Hizmet sona erdiğinde platform ekibinize devredilebilir.
- Hizmetin kapsamı nasıl tanımlanır?
- Hangi bileşenlerin izlendiği, arızada nasıl ilerlendiği ve sürüm takvimi hizmet sözleşmesinde yazılıdır.
- Fiyat neye göre belirlenir?
- Kurulum, platformun büyüklüğüne ve kapsama göre bir proje olarak fiyatlanır; işletme hizmeti aylık ayrı bir kalemdir. Fiyat keşif görüşmesinden sonra yazılı olarak çıkarılır.
Bu ürünler hakkında sık sorulan sorular
Yönetilen Kubernetes
- Ayrılmak istersem uygulamalarımı alabilir miyim, bir sağlayıcıya kilitlenir miyim?
- Kilitlenmezsiniz. Cluster standart, upstream uyumlu Kubernetes olduğu için manifestleriniz ve Helm chart'larınız başka bir Kubernetes ortamında da değişmeden çalışır; imajlarınızı özel depodan istediğiniz an çekebilirsiniz.
- Faturada sürpriz çıkar mı?
- Fatura cluster birimi, worker node'ların sayısı ve boyu ile her cluster'a eklenen yük dengeleyiciden oluşur. Hangi kalemin ne tuttuğu ayrı satırlarda görünür; kurulum ya da taşıma desteği gerekiyorsa teklifte ayrı bir kalem olarak yazılır.
CI/CD Hattı
- Hattı bırakırsak kodumuz ve yapılandırmamız bizde kalır mı?
- Kaynak kodunuz baştan beri kendi GitHub deponuzdadır. Uygulama tanımınız ve imajlarınız standart biçimdedir; ayrılırken imajları ve üretilen manifestleri başka bir Kubernetes ortamına götürebilirsiniz.
Platformunuzu ilk uygulamayla birlikte devreye alın
İlk görüşmede uygulamalarınız, ekipleriniz ve işletme modeli birlikte çıkarılır; tasarım ve fiyat önerisi yazılı olarak gelir.