Buluta geçiş kontrol listesi, taşınacak sunucuların disk boyutunu yazmakla bitmez. Üç katman birbirinden bağımsız doğrulanmalıdır. Uygulama katmanında servisler doğru adrese ve doğru protokole bağlanıyor mu. Veri katmanında kopya güncel mi ve geri yükleme yolu test edildi mi. Kimlik katmanında oturum ve yetki akışı yeni ağda aynı kurallarla çalışıyor mu. Bu sorulardan biri eksik kalırsa taşıma aracı başarılı görünür ancak üretim davranışı değişir.
Bu metin buluta geçiş danışmanlığı hizmet sayfasını destekler. Paket veya fiyat listesi sunmaz. Dalga seçimi ve lift and shift risklerini lift and shift ilk dalga riskleri yazısında, envanter çıkarma adımlarını envanter ve bağımlılık haritalama metninde ele aldık.
Hızlı Özet
Kontrol listesi katman bazlı yazılır. Uygulama katmanı yapılandırma dosyaları, servis bağımlılıkları ve sağlık kontrollerini kapsar. Veri katmanı replikasyon gecikmesi, karakter seti, yedekleme penceresi ve geri dönüş senaryosunu kapsar. Kimlik katmanı dizin sorguları, federasyon, çok faktörlü doğrulama ve servis hesaplarını kapsar.
Taşıma öncesi ve sonrası için aynı maddeler iki sütunlu bir tabloda işlenir. Öncesi eksikse taşıma ertelenir. Sonrası eksikse dalga kapatılmaz.
Leon-X bulut altyapısının sahibi değildir. Geçiş runbook hazırlığı, katman kontrolleri ve doğrulama toplantılarında operasyon ekibinizle çalışır.
İçindekiler
- Kontrol Listesini Neden Katmanlara Ayırırsınız
- Uygulama Katmanı Kontrolleri
- Veri Katmanı Kontrolleri
- Kimlik Katmanı Kontrolleri
- Taşıma Öncesi ve Sonrası Doğrulama Akışı
- Yaygın Hatalar
- Kontrol Listesi
- Leon-X ile Sonraki Adım
- Sık Sorulan Sorular
- Sonuç
- Kaynaklar
Kaynak Pexels, veri merkezinde sunucu kabloları.
Kontrol Listesini Neden Katmanlara Ayırırsınız
Tek parça kontrol listesi genelde donanım ve işletim sistemi maddelerinde kalır. Uygulama ekibi ağ kuralını, veritabanı ekibi kimlik sorununu, güvenlik ekibi log boşluğunu farklı günlerde fark eder. Katman ayrımı sorumluluğu netleştirir ve geçiş penceresinde paralel doğrulama sağlar.
Bulut sunucu operasyon modeli hangi bileşenin kurum sorumluluğunda kaldığını hatırlatır. IaaS ortamında uygulama ve veri katmanı çoğu senaryoda sizin runbook dosyanızda kalır.
Sanal sunucu ile bulut sunucu farkları yerel sanallaştırma alışkanlıklarının bulutta neden yetmediğini gösterir. Kontrol listesi bu farkları madde madde kapatır.
Uygulama Katmanı Kontrolleri
Uygulama katmanı, iş yükünün dış dünyaya ve diğer servislere nasıl bağlandığını inceler. Yapılandırma dosyalarında sabit IP veya yerel host adı aranır. Ortam değişkenleri ve bağlantı dizeleri taşıma sonrası güncellenmiş mi kontrol edilir.
Servis sağlık uç noktaları ve bağımlılık sırası yazılır. Örneğin önbellek servisi veritabanından önce ayağa kalkmazsa uygulama hata verir ancak disk kopyası başarılı görünür.
Zamanlanmış görevler ve arka plan işleri ayrı madde olmalıdır. Gece çalışan betik yerel dosya yoluna veya yerel API adresine bağlıysa bulutta sessizce başarısız olur.
Mesaj kuyruğu, webhook ve dış API anahtarları taşıma planına girer. Anahtarın süresi dolmuş veya IP kısıtlıysa yeni ortamda reddedilir.
Uygulama katmanı doğrulaması için temel işlev testi tanımlanır. Tek bir okuma ve yazma senaryosu bile dalga kapanışı için yeterli kanıt üretir.
Veri Katmanı Kontrolleri
Veri katmanı yalnızca veritabanı sunucusunu kapsamaz. Dosya paylaşımları, nesne depolama bağlantıları ve replikasyon kanalları da bu katmandadır.
Taşıma öncesi son tutarlı yedek veya anlık görüntü zaman damgası kayda geçer. Taşıma sonrası satır sayısı, checksum veya iş kuralı çıktısı önceki ortamla karşılaştırılır. Büyük tablolar için örnek tablo seçimi yeterli olabilir ancak seçim gerekçesi yazılmalıdır.
Karakter seti, saat dilimi ve sıralama kuralları uygulama ile veritabanı arasında uyumlu mu kontrol edilir. Küçük farklar arama ve raporlama hataları üretir.
Replikasyon veya senkronizasyon gecikmesi varsa geçiş penceresi bu gecikmeyi hesaba katar. Kesinti süresi veri kaybı penceresi ile çelişmemelidir.
Geri yükleme testi ayrı bir madde olarak durur. Yedek job başarılı görünmek, geri yükleme denemesi yapılmış olmak anlamına gelmez.
IaaS sorumluluk paylaşımı veri şifreleme ve erişim kayıtlarının hangi tarafta toplandığını netleştirir. Kontrol listesi bu kayıtların taşıma sonrası da üretildiğini doğrular.
Kimlik Katmanı Kontrolleri
Kimlik katmanı kullanıcı oturumları, servis hesapları ve makine kimliklerini kapsar. Active Directory veya LDAP bağlantısı gecikmeli replikasyon nedeniyle geçiş gecesi hata verebilir.
Servis hesaplarının parola döngüsü ve yetki kapsamı taşımadan önce listelenir. Bulut tarafında yeni anahtar veya imza materyali gerekiyorsa süreç önceden tamamlanır.
Federasyon ve çok faktörlü doğrulama akışı yeni çıkış IP adreslerine bağlı olabilir. Güvenlik duvarı ve kimlik sağlayıcısı tarafında izin güncellemesi kontrol listesinde yer alır. Yeni ortamda imza anahtarı veya TLS zinciri yenilenmesi gerekiyorsa bu iş taşıma öncesinde tamamlanmalıdır.
Uygulama içi yerel kullanıcı tablosu varsa bu hesaplar dizin ile çakışır mı incelenir. Taşıma sonrası çift oturum veya yetki genişlemesi riski burada görülür.
Oturum süresi ve token yenileme davranışı test edilir. Uzun süren işler taşıma gecesi kesilirse veri tutarsızlığı oluşur.
Taşıma Öncesi ve Sonrası Doğrulama Akışı
Runbook dosyası her madde için sorumlu rol, doğrulama yöntemi ve kanıt alanını içerir. Kanıt ekran görüntüsü, log satırı veya test çıktısı olabilir ancak boş bırakılmaz.
Taşıma öncesi dondurma adımı veri katmanı maddeleriyle hizalanır. Uygulama yazmayı durdurmadan veritabanı kopyalanırsa tutarsızlık riski artar.
Taşıma sonrası doğrulama sırası genelde kimlik, veri, uygulama şeklinde ilerler. Kimlik çalışmadan uygulama testi yanıltıcı sonuç verir.
Dalga kapanış toplantısında açık madde kalmadığı yazılı onaylanır. Ertelenen madde sonraki dalgaya taşınır ve gerekçesi kayda geçer.
Yaygın Hatalar
Tüm kontrolleri tek kişiye yıkmak gece yarısı bilgi kaybına yol açar.
Taşıma aracının yeşil ışığını uygulama testi yerine kanıt saymak en sık yapılan hatadır.
Veri katmanını yalnızca disk boyutu ile ölçmek replikasyon ve geri yükleme boşluklarını gizler.
Kimlik sorununu ağ ekibine, uygulama hatasını veritabanı ekibine sürekli geri göndermek katman listesinin eksik olduğunu gösterir.
Kontrol listesini bir kez yazıp sonraki dalgalarda güncellemeden kullanmak yeni bağımlılıkları kaçırır.
Kontrol Listesi
Uygulama katmanı
- Bağlantı dizeleri ve ortam değişkenleri yeni ortam değerleriyle güncellendi.
- Sabit IP ve yerel host adı bağımlılıkları giderildi veya dokümante edildi.
- Sağlık kontrolü ve temel işlev testi tanımlandı.
- Zamanlanmış görevler ve arka plan işleri yeni yollarla doğrulandı.
Veri katmanı
- Taşıma öncesi yedek veya anlık görüntü zaman damgası kayıtlı.
- Örnek veri veya iş kuralı çıktısı önceki ortamla karşılaştırıldı.
- Replikasyon gecikmesi geçiş penceresine işlendi.
- Geri yükleme denemesi planlandı veya tamamlandı.
Kimlik katmanı
- Dizin ve servis hesabı bağlantıları test edildi.
- Federasyon ve çok faktörlü doğrulama yeni ağ koşullarında çalışıyor.
- Uygulama içi yerel hesaplar ile dizin hesapları çakışma açısından incelendi.
- Uzun süren oturum ve token yenileme senaryosu doğrulandı.
Leon-X ile Sonraki Adım
Leon-X geçiş dalganız için katman bazlı kontrol listesini runbook dosyanıza uyarlar. Uygulama, veri ve kimlik doğrulama adımlarını taşıma penceresi takvimine işler. Buluta geçiş danışmanlığı kapsamında ön analiz, bağımlılık incelemesi ve taşıma sonrası doğrulama koordinasyonu sunar. Altyapı sahibi değildir. Keşif için iletişime geçin.
Sık Sorulan Sorular
Kontrol listesi envanter listesinin yerine geçer mi?
Geçmez. Envanter hangi sistemlerin taşınacağını söyler. Katman listesi her sistemin nasıl doğrulanacağını söyler. İkisi birlikte kullanılır.
Üç katmanı farklı ekipler mi doldurmalıdır?
Evet, bu amaçla ayrılır. Uygulama, veri ve kimlik sorumluları kendi maddelerini imzalar. Tek merkezde toplanan kanıt dalga kapanışında okunur.
Taşıma aracı başarılıysa veri katmanı tamam sayılır mı?
Sayılmaz. Araç dosya kopyalar. Tutarlılık ve geri yükleme ayrı maddelerle kanıtlanır.
Kimlik testi neden önce yapılmalıdır?
Oturum açılmadan uygulama testi eksik yetki veya yanlış kullanıcı ile yürür. Hata kaynağı yanlış katmana atanır.
Sonuç
Buluta geçiş kontrol listesi uygulama, veri ve kimlik katmanlarına bölündüğünde geçiş penceresi öngörülebilir olur. Taşıma aracı başarısı tek başına dalga kapanışı için yeterli değildir. Katman kanıtları runbook dosyasında toplandığında ekip bir sonraki dalgaya tekrarlanabilir bir disiplinle geçer. Yol haritası için buluta geçiş danışmanlığı sayfasına bakabilirsiniz.
Kaynaklar
- Leon-X içerik ve claim politikası,
docs/research/leonx-seo-claim-evidence.md - Buluta geçiş kuyruk kaydı,
blog_konulari.mdStage 5
