Hizmet Taşıma Merkezi

Hizmet taşıma, dosyaları bir sunucudan diğerine kopyalamaktan ibaret değildir. Alan adı, DNS, SSL, veritabanı, e-posta, cron işleri, lisanslar, uygulama sürümü ve kullanıcı deneyimi birlikte taşınmalıdır. Nettescil’de taşıma sürecini ölçülebilir adımlara ayırarak canlı geçiş riskini azaltmayı hedefliyoruz.

Taşıma planı; kaynak sistemin ne olduğunu, hedef sistemin kapsamını, sorumlulukları, yedekleri, testleri ve geri dönüş koşullarını içermelidir. Her site aynı şekilde taşınmaz. Bir tanıtım sitesi ile e-ticaret veya panel tabanlı bir yazılım farklı hazırlık gerektirir.

Taşıma öncesi keşif

İlk adım mevcut hizmet envanterini çıkarmaktır. Alan adları, nameserver, DNS kayıtları, web dosyaları, veritabanları, medya, e-posta kutuları, cron görevleri, SSL, PHP sürümü, panel ve dış entegrasyonlar listelenir.

Kaynak sistemde kullanılan sürüm ve eklentiler bilinmeden hedef sunucuya geçiş yapmak beyaz ekran, collation, ionCube, dosya izni veya API bağlantısı sorunlarına neden olabilir. Bu nedenle keşif çıktısı yalnızca dosya listesi değil, çalışma bağımlılıklarının haritası olmalıdır.

Yedek ve geri dönüş noktası

Taşıma öncesinde dosya ve veritabanı yedeği alınır. Büyük arşivlerde boyut, bütünlük, açılabilirlik ve dosya sayısı kontrol edilmelidir. Veritabanı yedeğinde tablo, karakter seti, collation ve kullanıcı izinleri de değerlendirilmelidir.

Geri dönüş planı; eski sunucu, DNS TTL, SSL, e-posta ve veri akışının nasıl korunacağını açıklamalıdır. Yedek alınmış görünmesi, arşivin geri yüklenebilir olduğu anlamına gelmez. En azından örnek dosya ve veritabanı kaydı okunarak kontrol edilmelidir.

Hedef ortamın hazırlanması

Hedef sunucuda işletim sistemi, PHP, veritabanı, panel, disk, bellek, dosya izinleri, SSL ve servisler kontrol edilir. Uygulamanın gerektirdiği PHP eklentileri, memory_limit, max_execution_time ve yükleme limitleri de doğrulanır.

Hedef ortam kaynak sistemle birebir aynı olmayabilir. Bu durumda sürüm uyumu ve uygulama yapılandırması planlanır; canlı trafik geçmeden önce izole test yapılır. Kritik bir servis yeniden başlatılacaksa işlem zamanı, etkisi ve geri dönüş yöntemi önceden belirlenir.

Dosya, veritabanı ve e-posta aktarımı

Dosyalar aktarılırken sahiplik, izin, sembolik bağlantılar ve gizli yapılandırmalar korunmalıdır. Veritabanı içe alınırken tablo adları, karakter seti, collation, kullanıcı ve bağlantı bilgileri kontrol edilir. E-posta taşınacaksa kutular, klasörler, kota ve MX geçişi ayrıca planlanır.

Web yayınının çalışması e-postanın çalıştığı anlamına gelmez. E-posta kutusu, SMTP, IMAP, SPF, DKIM, DMARC ve teslimat testleri ayrı yürütülmelidir. DNS değişikliği yapılmadan önce eski ve yeni hizmetin hangi kayıtla çalışacağı netleşmelidir.

Test ve kabul süreci

Canlı geçişten önce ana sayfa, giriş, ürün, kategori, sepet, ödeme, müşteri paneli, iletişim formu, destek ve özel otomasyonlar kontrol edilir. HTTP 200 tek başına yeterli değildir; sayfanın gerçek içeriği, oturum durumu, hata logu ve işlem sonucu da okunmalıdır.

Mobil ve masaüstü görünüm, form validasyonu, e-posta, dış API, lisans ve ödeme adımları ayrı test edilir. Ücretli veya veri değiştiren gerçek işlem, açık onay olmadan gerçekleştirilmez; test ortamı veya simülasyon kullanılır.

DNS ve canlı geçiş

DNS geçişi bir değişiklik onayı gerektirir. Mevcut kayıt, yeni kayıt, neden, risk ve rollback birlikte hazırlanmalıdır. Web, e-posta ve SSL doğrulanmadan nameserver veya canlı trafik kesintisi yapılmamalıdır.

Geçiş sonrasında farklı ağlardan çözümleme, TLS, ana sayfa, müşteri paneli ve e-posta test edilir. Eski ortam hemen silinmez; sorun ihtimaline karşı belirlenen süre boyunca geri dönüş planı korunur.

Taşıma desteği için bize ulaşın

Kaynak ve hedef ortamı, domainleri, veritabanını, e-posta kapsamını, uygulama sürümünü ve tercih edilen geçiş zamanını iletişim sayfamız üzerinden paylaşabilirsiniz.

Sık sorulan sorular

Taşıma sırasında site kapanır mı?

Planlama ve ön test doğru yapılırsa kesinti azaltılabilir; ancak DNS, uygulama ve e-posta geçişlerinde risk tamamen yok sayılamaz.

Yedek almak taşımanın tamamlandığı anlamına gelir mi?

Hayır. Yedeğin açılabilirliği, hedefe geri yüklenmesi ve kritik akışların test edilmesi gerekir.

DNS değişikliğinden sonra eski sunucu ne zaman kapatılır?

Yeni web, e-posta, SSL ve uygulama akışları doğrulanmadan eski ortam kapatılmamalıdır.

Panel veya PHP sürümü farklıysa ne olur?

Uyumluluk analizi yapılır, gerekli ayarlar hazırlanır ve canlı geçişten önce izole test gerçekleştirilir.

Nettescil hizmet taşımayı dosya aktarımı değil, doğrulanabilir bir geçiş ve geri dönüş planı olarak yönetir.