Kubernetes körlemesine kullanılmamalıdır.

Platform seçiminden önce hangi uygulamaların dahil edileceğini ve ekiplerin ne tür bir ihtiyacı olduğunu inceleriz. Yeni sürümler bugün nasıl devreye alınıyor? Hangi veriler kalıcı olarak saklanıyor? Platformdaki değişiklikleri kim üstleniyor? Bu sorular, gereken kapsamı sınırlandırmaya yardımcı olur. Kubernetes anlamlı olabilir, ancak uygulamalara ve mevcut yetkinliklere uygun olmalıdır. Yalnızca istenen bir teknolojiye dayanan bir karar, ek organizasyonel ve teknik efor sorusunu henüz yanıtlamaz.

Bu nedenle uygun seçenekler, görev dağılımlarına göre de değerlendirilir. Yönetilen bir hizmette, uygulama, yapılandırma ve verilerle ilgili hangi çalışmaların hâlâ gerekli olduğu netleştirilmelidir. Hedef durum sizde kalan bu görev paylarını belirtir ve bunlardan hangilerini OTOKO®'nun sözleşme kapsamında üstleneceğini tanımlar. Temsili bir pilot uygulama, gereksinimleri somutlaştırır. Başka ekipler veya uygulamalar eklenmeden önce, seçilen yapının ve öngörülen süreçlerin beklentileri gerçekten karşılayıp karşılamadığı bu pilot uygulama üzerinde kontrol edilebilir.

Bir ekip, kümeye erişimden daha fazlasına ihtiyaç duyar. Nerede çalışabileceğini, kaynakların nasıl atandığını ve üretime yönelik bir değişiklik için hangi onayların geçerli olduğunu bilmelidir. Bu temeller birlikte oluşturulur ve dağıtım süreciyle ilişkilendirilir. İmajlar, kontroller ve istenen sürüm izlenebilir şekilde birbirine uymalıdır. Somut kurulum uygulamalarınıza ve mevcut araçlarınıza göre şekillenir; zaten işleyen süreçler uygun olduğu ölçüde hedef duruma dahil edilir.

İlk sürüm yayını birlikte gerçekleştirilir. Bu sırada yalnızca başarılı başlangıcı değil, sürecin anlaşılırlığını da kontrol ederiz: Hata mesajları ilişkilendirilebilir mi, onay net mi, geliştirme ve işletim ekipleri ne zaman devreye girmeleri gerektiğini biliyor mu? Kararlaştırılmış hata senaryoları ve geri dönüş yolları da görüşülür veya test edilir. Bundan elde edilen dokümantasyon, sonraki sürüm yayınlarını desteklemelidir. Böylece ekibiniz, kullanımının daha sonra keşfedilmesi gereken yalnızca teknik bir ortam değil, kullanılabilir bir çalışma yöntemi elde eder.

Konteynerler yeniden devreye alınabilir, ancak ilişkili veriler ve bağlı hizmetler kendi yöntemlerini gerektirir. Hangi bilgilerin kalıcı olarak saklanması gerektiğini ve geri yüklemelerinin nasıl kontrol edileceğini birlikte inceleriz. Buna, uygulamanın ve verilerin hangi sırayla yeniden kullanılabilir hale geleceği de dahildir. Bu nedenle bir yedekleme yöntemi gerçek uygulamaya uygun olmalıdır. Platform desteği ile uygulama sorumluluğu arasında istemeden bir boşluk oluşmaması için görevler açıkça atanır.

Platform güncellemeleri de hazırlık ve koordinasyon gerektirir. Bağımlılıklar, test olanakları ve gereken onaylar işletim prosedüründe tanımlanır. İzleme ve bildirim yolları, sorunların nasıl tespit edileceğini ve doğru paydaşlara nasıl iletileceğini belirler. Sürekli bir destek hizmetinde, hizmet kapsamı hangi platform ve işletim görevlerinin kapsandığını ve hangilerinin ekiplerinizde kaldığını belirtir. Bu ayrım, yeni gereksinimlerin daha sonra bilinçli olarak dahil edilmesini ve platformdaki gerekli çalışmanın gerçekçi şekilde planlanmasını kolaylaştırır.