Küçük ekipler işletebildikleri altyapıyı seçmeli
Altyapıyı seçerken güncellemeleri, arızaları ve geri yüklemeyi kimin yöneteceğine bakın. Küçük bir portal örneğiyle orkestrasyon ihtiyacını değerlendirin.
Küçük bir ekibin altyapı kararı, işletimden başlamalı: Başarısız bir güncellemeden sonra uygulamayı kim yeniden devreye alabilir, sunucu arızalanırsa ne olur? Ek bir platform, bu işleri kendi koşullarınızda daha yönetilebilir kıldığında anlam kazanır.
Yapısı sınırlı bir portal
Varsayımsal üç geliştiricili bir ekip; müşteri portalı, veritabanı ve sipariş aktaran bir arka plan işleyicisiyle ilgileniyor. Örnekte yük öngörülebilir. Çok sayıda makineye otomatik dağıtım henüz bir gereksinim değil. Arızalar için üzerinde anlaşılmış kurtarma hedefleri var; ekibin bunları karşılayabildiğini uygulamalı olarak göstermesi gerekiyor.
Karşılaştırılan seçenekler, tek sunucuda belgelenmiş konteyner işletimi ve ekibin kendisinin işlettiği Kubernetes kümesi. Bu, örneğe ilişkin bir değerlendirme; genel bir sıralama değil.
İşletim sorusu | Tek sunucuda konteynerler | Ekibin işlettiği küme |
|---|---|---|
Neler güncel tutulmalı? | İşletim sistemi, konteyner çalışma ortamı ve uygulamalar | Bunlara ek olarak küme bileşenleri ve yapılandırmaları |
Makine arızalanırsa ne olur? | Portal durur; yerine makine koymak ve geri yüklemek gerekir | Yeterli sayıda bağımsız düğüm ve uygun yapılandırma varsa dağıtım yardımcı olabilir |
Veriler nasıl geri gelir? | Sınanmış yedek ve belgelenmiş geri yükleme | Uygulama verileri ve geri yükleme için yine ayrı bir plan |
Kanıtlanmış kurtarma yolu işletim hedeflerini karşılıyorsa daha sade seçenek burada uygun olabilir. Tek sunucu yüksek erişilebilirlik sağlamaz. Bu kesinti işletme için kabul edilemiyorsa seçenek bu haliyle elenir.
Otomasyon görevlerin yerini değiştirir
Kubernetes, başarısız konteynerleri yeniden başlatabilir ve uygulamaları kullanılabilir düğümlere dağıtabilir. Ancak bir sürecin yeniden çalışması, siparişlerin ve eklerin eksiksiz olduğunu kanıtlamaz. Veri kurtarma ve işlevlerin iş açısından kontrolü ayrıca planlanmalıdır.
Yönetilen bir hizmette de görev paylaşımı açık olmalı: Sağlayıcı yalnızca kontrol düzlemini mi, düğümleri de mi, başka işleri de mi üstleniyor? Uygulama hataları ve verilerinizin geri yüklenebilirliği böylece kendiliğinden çözülmez.
Karar hangi durumda değişir?
Şirketin sorumlu bir işletim ekibince yönetilen mevcut platformu varsa küçük portalı da orada çalıştırmak mantıklı olabilir. Üç geliştirici açısından ayrı bir sunucu, daha fazla özel işlem gerektiren seçenek haline gelebilir. Çok değişken yük veya bağlayıcı erişilebilirlik gereksinimleri de başka bir mimari gerektirebilir.
Seçimden önce başarısız bir sürüm dağıtımını ve bir geri yükleme senaryosunu test ortamında göstermelerini isteyin. Kimin müdahale ettiğini ve sonrasında hangi iş işlevinin kontrol edildiğini kaydedin. Bu kanıtlar altyapının uygunluğunu, bileşen sayısından daha iyi açıklar.
Kaynaklar
Devamını okuyun
Tüm yazılar
ASES ile Bulut ve işletim
Barındırma, yayına alma, bakım ve destek