Bir Taşıma Projesinin Anatomisi

Aşağıdaki senaryo, orta ölçekli şirketlerdeki taşıma projelerinin birleştirilmiş bir anlatımıdır. Belirli bir firmayı temsil etmez.

Durum

Bir dağıtım şirketi. Yıllar içinde biriken dijital varlıklar:

• Kurumsal ana site
• İki ürün markası için ayrı site
• Bayi giriş paneli
• Bir kampanya mikro sitesi (kullanılmıyor)
• Bir eski site (kapatılmamış)
• Kurumsal e-posta (aynı hosting hesabında)

Hepsi tek bir paylaşımlı hosting hesabında. Sağlayıcı sık kesinti yaşatıyor, destek yavaş.

Taşıma kararı

Karar öncesi yapılan değerlendirme:

• Kesinti kayıtları toplandı (bağımsız izleme verisi vardı)
• Destek yanıt süreleri incelendi
• Sağlayıcıyla görüşüldü, iyileşme sözü alındı ama gerçekleşmedi
• Alternatif teklifler alındı
• Taşıma maliyeti hesaplandı

Karar: taşıma. Ancak aynı yapıyla değil.

Mimari kararı

Taşıma, mevcut düzeni olduğu gibi kopyalamak yerine yeniden düzenlemek için fırsat olarak kullanıldı:

Bu karar, taşımanın en değerli çıktısı oldu: iki gereksiz varlık kapatıldı ve riskler dağıtıldı.

Hazırlık aşaması

Envanter (ilk hafta)

• Tüm siteler ve alt alan adları listelendi (üç unutulmuş alt alan adı bulundu)
• Tüm DNS kayıtları ekran görüntüsüyle kaydedildi
• E-posta hesapları ve boyutları çıkarıldı
• Zamanlanmış görevler listelendi
• Doğrulama kayıtları ayrı bir listede toplandı

Bulgu: Kimsenin bilmediği bir test alt alan adı, güncel olmayan bir yazılımla çalışıyordu ve arama motorlarına açıktı.

Yeni ortam kurulumu (ikinci hafta)

• Hesaplar şirket adına, rol bazlı e-postalarla açıldı
• Erişimler iki kişiye tanımlandı
• SSL sertifikaları hazırlandı
• Yedekleme düzeni kuruldu
• İzleme tanımlandı

Kopyalama ve test (üçüncü hafta)

• Her site ayrı ayrı kopyalandı
• Geçici adreslerle test edildi
• Bayi panelinde bir bileşen uyumsuzluğu bulundu ve giderildi
• Hız ölçümleri kaydedildi

Bu aşamada bulunan sorun, canlıda yaşansaydı ciddi bir kesinti demekti.

Geçiş

E-posta önce

E-posta taşıması ayrı ve önce yapıldı:

1. Yeni hesaplar oluşturuldu
2. Eski postalar aktarıldı
3. MX kaydı değiştirildi
4. Eski hesaplar bir ay açık tutuldu
5. Kalan postalar da aktarıldı

Siteler kademeli

Hepsi aynı anda değil, sırayla taşındı:

1. Önce en az kritik olan marka sitesi (deneme niteliğinde)
2. Sonra ikinci marka sitesi
3. Sonra ana site
4. En son bayi paneli (en kritik)

Neden bu sıra: İlk taşımada öğrenilen dersler, sonrakilerde uygulandı. En kritik varlık en deneyimli anda taşındı.

Yaşanan sorunlar

Hiçbiri ciddi kesintiye yol açmadı; çünkü hepsi kontrol listeleri sayesinde erken fark edildi.

Sonuç

• Toplam süre: yaklaşık altı hafta
• Ziyaretçi tarafından fark edilen kesinti: yok
• Kapatılan gereksiz varlık: iki site, bir test ortamı
• Yeni yapıda riskler dağıtıldı
• E-posta artık site kesintilerinden etkilenmiyor
• Yedekler ayrı bir hizmette
• İzleme ve uyarı düzeni kuruldu

Çıkarılan dersler

1. Taşıma bir kopyalama işi değil, yeniden düzenleme fırsatıdır.
2. Envanter çıkarmak, unutulmuş riskleri ortaya çıkarır.
3. Kademeli taşıma, riski dağıtır ve öğrenme sağlar.
4. E-posta ayrı ve önce taşınmalıdır.
5. DNS kayıtlarının listesi olmadan taşımaya başlanmaz.
6. Test aşaması, canlıdaki sorunların çoğunu önler.
7. Kritik varlık en son taşınır.
8. Kullanılmayan varlıkları taşımayın; kapatın.

Son madde çoğu projede atlanır: taşıma sırasında "ne olur ne olmaz" diye taşınan atıl siteler, yeni ortamda da yıllarca durur ve risk taşımaya devam eder.