Hetzner'i işletin. Riskleri de hesaba katın.

Küçük bir sunucu ortamı başlangıçta genellikle birkaç kişisel anlaşmayla yönetilebilir. Ancak yeni uygulamalar, değişen sorumluluklar ve ek sistemlerle birlikte yapılandırma ve bakımda farklılıklar ortaya çıkar. Her farklılık bir hata değildir; bazıları bir uygulama tarafından açıkça gerekli kılınır. Bu nedenle sistemleri, kullanım amacını, erişimleri ve bilinen özel durumları bir araya getiren bir envanter çıkarma çalışmasıyla başlarız. Bu, sözde bir standartlaştırmanın istemeden önemli işlevleri değiştirmesini veya gerekli istisnaları gözden kaçırmasını önler.

Ardından ortak kurulum adımları ve bilinçli olarak korunan farklılıklar belirlenir. Tekrarlayan yapılandırma, üzerinde anlaşılan kapsam dahilinde otomatikleştirilebilirken uygulamaya özgü gereksinimler belgeli kalır. Devir, ekibinizin bir sistemi tanımasını, bir değişikliği takip etmesini ve sonraki adımları planlamasını sağlamalıdır. Bunun için yalnızca erişim bilgileri yeterli değildir. Sorumluluklar, yapılandırma temelleri ve yeni sunucuların veya uygulamaların envantere nasıl dahil edileceğine ilişkin bir yöntem de gereklidir.

Mevcut bir yedeklemenin yeterli olup olmadığı, bir uygulamanın hangi verilere ihtiyaç duyduğuna ve bu verilerin nerede bulunduğuna bağlıdır. İşletim sistemi, ek disk birimleri, veritabanı içerikleri ve harici depolama alanları farklı yöntemler gerektirebilir. Bu nedenle gerçek yedekleme kapsamını birlikte inceler ve eksiklikleri kayıt altına alırız. Bu sırada hangi veri durumlarının birbiriyle tutarlı olması gerektiği de netleştirilir. Başarıyla oluşturulmuş tek bir yedekleme, uygulamanın tamamının bir arızadan sonra kullanılabilir duruma getirilebileceğini tek başına kanıtlamaz.

Bu değerlendirmeden, üzerinde mutabık kalınan yedekleme yolları ve bir geri yükleme planı ortaya çıkar. Bu plan gerekli erişimleri, sırayı ve sonucu kontrol edecek kişileri açıklar. Gerekli geri yükleme testleri ayrıca kararlaştırılır ve belgelenir. Amaç, bir arıza durumunda somut olarak nelerin geri yüklenebileceği ve bunun için hangi çalışmaların gerektiği sorusuna net bir yanıt vermektir. İlgili görevler ekibinize veya kararlaştırılan destek hizmetine atanır, böylece proje sona erdikten sonra da yöntemin bir sorumlusu olur.

Bir sunucunun sağlanmasıyla birlikte işletim sistemi, uygulama ve değişiklikler üzerindeki çalışma daha yeni başlar. Bu görevler için hangi bileşenlerin destekleneceği, onayları kimin vereceği ve hangi zaman dilimlerinin kullanılabilir olduğu belirlenir. Bir güncelleme iş birimi testleri veya özel bir sıralama gerektiriyorsa uygulama ortaklarının da sürece dahil edilmesi gerekebilir. Bu nedenle planlama, yalnızca tek bir sistemdeki teknik müdahaleyi değil, etkilenen uygulamanın tamamını dikkate alır.

Sunucu maliyetleri ve destek hizmetleri ayrı olarak değerlendirilir. Bu, hangi görevleri kendi bünyenizde yürüteceğinize ve desteğin nerede anlamlı olacağına net bir şekilde karar vermenizi sağlar. Kararlaştırılan hizmet kapsamında bildirimler, bakım ve değişiklikler şeffaf yöntemlerle işleme alınır. Yeni sistemler veya ek gereksinimler, destek kapsamına dahil edilmeden önce bu kapsama göre kontrol edilmelidir. Böylece envanter büyüse bile hangi hizmetin sunulduğu ve kendi ekibinizin bunun için hangi ön koşulları sağlaması gerektiği anlaşılır kalır.