Blue and black abstract background. — Azure Geçiş Kılavuzu: İşletmenizi Buluta Taşımak için 7 Adım

Çanakkale merkezli, 320 çalışanlı bir gemi yan sanayi üretim şirketi, 12 yıllık on-prem datacenter’ını Azure’a 7 ay içinde taşıdı. 26 sunucu, 4 ana uygulama (ERP, MES, file, mail), 8 TB veri. Bu yazı sahada izlenen 7 aşamayı açıklıyor.

Migration Strateji Seçimi (6 R)

Strateji Açıklama Bu vakada
Rehost (lift & shift) VM olduğu gibi taşı ~~14 sunucu (legacy app)
Replatform Minor change (managed DB) ~~6 SQL Server → Azure SQL MI
Refactor App’i bulut-native hale getir 2 web app → App Service
Rearchitect Mimariyi baştan tasarla 1 ETL → Data Factory
Rebuild Sıfırdan yaz Yok (bütçe yetmez)
Retire Kapat (kullanılmıyor) 3 sunucu (eski test, unused)

Aşama 1: Discovery + Assessment (Hafta 1-3)

Araç: Azure Migrate

  • Appliance kuruldu (VMware vCenter’a connect)
  • 30 gün metric topla (CPU, RAM, disk IOPS, network)
  • Dependency mapping (hangi sunucu hangi sunucuyla konuşuyor)
  • Right-sizing önerisi (Performance-based vs Reserved)

Çıkan Rapor

Kategori Sayı
Toplam sunucu 26
Migrate ready 22
Conditional (uyarılı) 2
Not ready (eski OS, vs) 2 → upgrade gerekli
Tahmini Azure aylık maliyet (Reserved 3y) ~~$5.200
On-prem mevcut maliyet ~~$8.400 (donanım amortizasyon + lisans + datacenter)

Aşama 2: Foundation (Hafta 4-6)

Bileşen Yapılan
Subscription + Management Group Landing zone (CAF accelerator)
Networking Hub-spoke (hub: firewall, gateway / spoke: prod, non-prod)
Connectivity ExpressRoute (200 Mbps, Çanakkale → Northeurope)
Identity Entra Connect (on-prem AD sync)
Naming + tagging policy Azure Policy
RBAC 3 group: cloud-admin, app-team, readonly
Backup + DR vault Recovery Services Vault
Monitoring Log Analytics + App Insights + Defender for Cloud

Aşama 3: Pilot (Hafta 7-9)

Riski düşük, etkisi düşük 3 sunucu pilot:

  • 1 file server
  • 1 web app (intranet)
  • 1 dev SQL Server

Azure Migrate ile replicate, test failover, validate, cutover. Öğrenilenler:

  • Replicate süresi tahmin edilenden uzun (network dar boğaz)
  • Bazı eski Windows Server 2012 R2 VM’ler ek sürücü ihtiyacı
  • Application connectivity test scriptleri eksikti — yazıldı

Aşama 4: Wave Planning (Hafta 10)

Kalan 23 sunucu 4 wave’e dağıtıldı:

Wave Workload Risk Hafta
Wave 1 File + print server (5) Düşük 11-12
Wave 2 Test + dev (4) Düşük 13-14
Wave 3 MES + üretim hattı (8) Yüksek 15-18 (yavaş, üretim duraklatılamaz)
Wave 4 ERP + mail + DB (6) En yüksek 19-24 (en uzun)

Aşama 5: Cutover Stratejisi

Her wave için aynı pattern:

T-7 gün: Replicate başlat (Azure Migrate)
T-3 gün: Test failover (production etkilemez, isolate network)
T-2 gün: Smoke test + uygulama testi
T-1 gün: Final sync (delta replikasyon)
T-0 (cutover gece):
  - Production VM source'da shutdown
  - Final delta sync
  - Azure VM'i prod IP'ye assign
  - DNS değişikliği
  - Application smoke test (8-12 test case)
  - Monitor (4 saat aktif)
T+1 gün: Hypercare (24/7 ekip)
T+7 gün: Source VM decommission

Aşama 6: Optimization (Hafta 25-28)

Optimizasyon Tasarruf
Right-sizing (overprovisioned VM küçültme) ~~%18
Reserved Instance (3 yıl, kritik VM) ~~%32
Hybrid Benefit (Windows + SQL Server lisans) ~~%24
Auto-shutdown (dev/test gece) ~~%55 (dev’de)
Storage tier (cool/archive) ~~%40 (eski yedek)

Total compute fatura: $5.200 → $3.380/ay (Reserved + Hybrid + right-size).

Aşama 7: Modernize (Aşama 28+ devam)

Lift & shift bitti, ama modernizasyon devam:

  • Web app → App Service (PaaS) — wave 5
  • SQL Server → Azure SQL MI — wave 6
  • File server → Azure Files (SMB)
  • Mail → Exchange Online (M365 migration ayrı proje)

Sonuçlar (7 Ay)

Metrik Önce Sonra
Datacenter aylık maliyet ~~$8.400 $0 (kapatıldı)
Azure aylık maliyet ~~$3.380
Net tasarruf ~~$5.020/ay (~$60K/yıl)
Sunucu uptime %~~98.7 %~~99.94 (Azure SLA)
Backup başarı oranı %~~88 %~~99.6
DR (RPO) ~~24 saat ~~30 dk
Yeni env hazırlama (dev/test) ~~3 hafta ~~30 dk (template)

Sahada Düşülen Üç Tuzak

  1. Discovery’i atlayıp tahminle başlamak: Right-sizing yapmadan VM göçü = %~~30-50 fazla fatura. Azure Migrate 30 gün metric topla şart.
  2. Tüm sunucuları aynı anda taşımak: Risk yığılır, hata oranı artar. Wave’lere bölmek + öğrenme döngüsü olmalı.
  3. Optimize aşamasını “ileride yaparız” demek: Migration biter, ama optimize edilmezse fatura on-prem’den pahalı çıkar. Cutover sonrası 4-6 hafta optimize sprint zorunlu.

CloudSpark olarak Azure migration assessment (Azure Migrate), wave planning, cutover runbook, landing zone (CAF) ve post-migration optimization için danışmanlık veriyoruz.

🇹🇷 Türkçe🇬🇧 English🇩🇪 Deutsch🇫🇷 Français🇸🇦 العربية🇷🇺 Русский🇪🇸 Español