Web sitesine sahip olmak yalnızca yönetici şifresini bilmek değildir. Alan adı, kaynak kodu, veri, üçüncü taraf hesaplar, yedekler ve dokümantasyon işletmenin kontrolünde; günlük operasyonun sorumluları ise açıkça tanımlı olmalıdır.
Varlıkları ve hesapları en başta ayırın
Alan adı kaydı, DNS, barındırma, kaynak kodu deposu, içerik yönetimi, analitik, e-posta gönderimi ve reklam hesapları farklı sağlayıcılarda bulunabilir. Her biri için yasal sahip, fatura sahibi, teknik yönetici ve acil durumda erişecek kişi yazılmalıdır. Ajans çalışanının kişisel hesabına bağlı kurulumlar, ekip değiştiğinde gereksiz risk yaratır.
Erişimleri ortak bir parola ile paylaşmak yerine kişiye özel hesap, gerekli en düşük yetki ve çok faktörlü doğrulama kullanın. Ayrılan kullanıcıların erişimini kaldırmak için periyodik kontrol yapın. Kurtarma e-postası ve telefonunun güncel olması, yalnızca güvenlik için değil iş sürekliliği için de önemlidir.
- Alan adı, DNS ve sertifika yönetimi
- Kaynak kodu, tasarım dosyası ve lisanslar
- İçerik, kullanıcı verisi ve medya arşivi
- Analitik, reklam, e-posta ve diğer sağlayıcı hesapları
Sahipliği belgeleyin
Alan adı, kod, veri, lisans ve sağlayıcı hesaplarının kurumsal sahiplerini yazın.
Rutini ve sorumluyu belirleyin
Güncelleme, izleme, uyarı ve olay müdahalesinin kapsamını ve sahibini netleştirin.
Geri yüklemeyi sınayın
Yedeği izole ortamda açın; kurtarma süresi ve veri kaybı hedefini gerçek sonuçla karşılaştırın.
Bakım kapsamını somutlaştırın
“Aylık bakım” ifadesi tek başına yeterli değildir. Güvenlik güncellemeleri, bağımlılık yükseltmeleri, çalışma süresi izleme, hata takibi, yedekleme, içerik desteği ve yeni özellik geliştirme farklı işlerdir. Hangisinin dahil olduğunu, yanıt süresini, planlı bakım penceresini ve acil durum kanalını yazılı hale getirin.
Her güncelleme aynı gün uygulanmak zorunda değildir. Risk düzeyi, kullanılan bileşen ve geriye dönük uyumluluk değerlendirilerek test ortamı üzerinden ilerlemek daha güvenlidir. Kritik açıklar hızlı ele alınırken büyük sürüm geçişleri ayrı çalışma gerektirebilir. Bakım planı, sorumluluğu görünür kılar; güvenlik veya kesintisizlik garantisi vermez.
Yedek kadar geri yüklemeyi de sınayın
Yedekleme; veritabanı, yüklenen dosyalar, gerekli yapılandırma ve geri kurulum bilgisini kapsamalıdır. Kopyaların aynı sunucuda tutulması cihaz veya hesap kaybına karşı yeterli değildir. Saklama süresi, şifreleme, erişim yetkisi ve farklı konumdaki kopya ihtiyacı işin riskine göre belirlenmelidir.
Başarılı görünen bir yedek geri yüklenemiyorsa kurtarma planı değildir. Düzenli aralıklarla izole ortamda geri yükleme provası yapın ve hedeflenen kurtarma süresi ile kabul edilebilir veri kaybı aralığını gerçek sonuçlarla karşılaştırın. Tedarikçi değişiminde teslim edilecek güncel veri, kod, erişim listesi ve çalışma talimatı da aynı planın parçasıdır.
| Varlık | İşletme kontrolü | Operasyon sorumlusu |
|---|---|---|
| Alan adı ve DNS | Ana hesap ve fatura | Yetkili teknik ekip |
| Kod ve veri | Depo/veri erişimi ve dışa aktarım | Geliştirme ekibi |
| Yedekler | Politika ve kurtarma hedefi | Altyapı sorumlusu |
| Üçüncü taraflar | Sözleşme ve ana yönetici | Hizmete göre atanmış kişi |
UYGULAMA LİSTESİ
Teslim ve bakım kontrolü
- Tüm hesapların kurumsal sahibi ve en az iki yetkilisi var.
- Kod, veri ve medya dışa aktarımı doğrulandı.
- Bakım kapsamı ile yeni geliştirme birbirinden ayrıldı.
- İzleme, uyarı ve olay müdahalesi sorumluları belli.
- Yedek saklama politikası ve geri yükleme provası tanımlı.
- Tedarikçi değişimi için güncel devir paketi hazır.
Birincil kaynaklar
Uygulamaya geçmeden önce güncel ürün ve arama motoru belgelerini kendi koşullarınız için yeniden kontrol edin.
