Teknoloji Taşıma Stratejileri hakkında eksiksiz bir kılavuz: (Son – Etki Alanı ve Barındırma Taşıması)

Son olarak, blog serimizi tamamlamak için Sunucu (Etki Alanı ve Barındırma) Geçişini inceleyeceğiz. Uygulama ve veritabanı geçişini arka uç geçiş sürecinin temel öğeleri olarak zaten belirlediğimiz için, yalnızca sunucu geçişi ile sonuçlandırmak mantıklıdır.

Genel olarak konuşursak, web sitenizi bir ana bilgisayardan diğerine taşımak, daha önce tartıştığımız diğer taşıma türleriyle karşılaştırıldığında daha kolay olabilir. Uygulamada, web sitenize yeni bir adres verilmesine benzetilebilir. Bu makalenin geri kalanında, bu geçiş sektörüyle ilgili temel noktalar ve en iyi uygulamalar ayrıntılı olarak açıklanacaktır. O halde lafı daha fazla uzatmadan hemen başlayalım!

Sunucu geçişi nedir?

En temel anlamda Sunucu geçişi, verilerin bir sunucudan diğerine konumlandığı bir geçiş tekniğidir. Temel olarak, web sitelerini ve yapılandırmalarını kopyalayarak ve ziyaretçileri yeni bir sunucuya yönlendirmek için DNS'yi değiştirerek mevcut olanı değiştirmek için bir hedef sunucu yapılandırmayı gerektirir. Sunucu geçişleri, veriye bağlı birçok işletmede yaygındır ve verilerin hassas yapısı nedeniyle, başarılı bir geçiş için bilinçli planlama son derece zorunludur.

Neden Sunucu Geçişi?

Sunucu geçişi, aşağıdakiler gibi farklı nedenlerle gerçekleşebilir:

• Artan trafiği yönetmek için.
• Daha iyi performans ve daha hızlı yanıt süreleri arzusu.
• Gelişmiş kontrol, yönetilebilirlik ve esneklik arzusu.
• Gelişmiş özelleştirilebilirlik için.

Öte yandan, maliyet düşürme amacıyla düşük kaliteli sunuculara geçiş yapan kişiler de var. Sunucu geçişi ayrıca iki önemli yönü içerir; etki alanı geçişi ve barındırma sunucusu geçişi. Bu blogun büyük kısmı için her iki kategoriyi de keşfedeceğiz. Örneğin, barındırma sağlayıcılarını (GoDaddy'den AWS'ye) değiştirme ve alan adlarını aktarma (örneğin, example.com'dan example.info'ya) arasındaki fark.

Alan adı geçişi nedir?

Basit terimlerle alan geçişi, bir web sitesini bir alan adından (example.co) diğerine (example.info) veri güvenliği kaybı veya bozulma olmadan taşımak anlamına gelir. Prensip olarak, bir alan adını transfer ederken, sunucular arasında dosya transferi olmayacağından yedek almanız gerekmez. Her ne kadar DNS (Domain Name System) bilgilerinin, değişikliğin kaydının tutulabilmesi için mutlaka aktarılması gerekmektedir. Protokol değişikliği, bir HTTP web sitesinin HTTPS'ye taşınması gibi, güvenli olmayan bir web sitesi güvenli bir web sitesine taşındığında da gerçekleşebilir. Temel olarak, alan adlarını değiştirme nedenleri farklıdır; örneğin, .com gibi genel bir alan adından .in veya .cn gibi coğrafi olarak daha spesifik bir alana geçmek bir seçim olabilir.

Barındırma sunucusu geçişi nedir?

Barındırma Sunucusu Geçişi, temel olarak bir barındırma hizmeti sağlayıcısından diğerine geçmek anlamına gelir. Taşıma işlemine başlamadan önce, cihazınızdaki veritabanı dosyalarıyla birlikte web sitenizin tam bir yedeğini almanız gerekir. Ayrıca, tüm sunucu tarafı komut dosyanızın yeni barındırma platformunuza yüklenebildiğinden ve web sitenizin yeni sunucuda sorunsuz çalışabileceğinden emin olun. Bir ana bilgisayar sağlayıcısından diğerine geçiş yapmak için birden çok neden olabilir:

1. Yeni teknoloji yığınından veya daha iyi hizmetten yararlanma arzusu
2. Eski altyapıyı değiştirme ihtiyacı
3. Yüksek kullanılabilirlik elde etmek için barındırmayı genişletme ve dağıtma gereksinimi.
4. Güvenlik endişeleri vb.

Sunucu Ana Bilgisayar Geçişi Türleri

İlgili işletim sistemi ve teknolojiye bağlı olarak, sunucu geçişi tipik olarak şunları oluşturur:

• Bulut Sunucu Geçişi : Bu, temel olarak verilerin modern, ölçeklenebilir bir bulut sunucusuna konumlandırılmasını içerir.

• Uygulama Sunucusu Geçişi : Bu, temel olarak bir yazılım uygulamasının bir sunucu ortamından diğerine aktarılmasını içerir. Bu temelde dosyalar sunucular arasında her taşındığında gerçekleşir.

• Posta Sunucusu Geçişi : Burada veriler, aynı veya farklı ana bilgisayarlar içindeki e-posta sunucuları geçişleri arasında kanalize edilir.

• Sanal Sunucu Geçişi – Bu geçiş alanı, sanal sunucuları veya bir sanal makineyi bir sunucudan diğerine aktarmayı içerir. Piyasada GoDaddy, AWS, DigitalOcean, Alibaba Cloud vb. gibi birden fazla sunucu seçeneği bulunmaktadır. Ancak birini seçmek büyük ölçüde projenin gereksinimlerine bağlıdır. Her barındırma sunucusu geçişi için geçerli olan ortak bir kural vardır - barındırma sunucularını yalnızca önceki alan adı kayıt kuruluşuna 60 gün veya daha uzun süredir kayıtlıysanız değiştirebilirsiniz. İlgili barındırma sitelerinde bulunan diğer kurallar hakkında bilgi edinebilirsiniz.

Alan adınızı nasıl taşırsınız?

Alan adı geçişi, sunucu geçişinin aksine daha kolay çıkarılabilir. Alan adlarını taşımak için belirtilen en yaygın neden, kullanıcıların daha uzun bir alan adına sahip olmaları ve bunun daha iyi ve daha kısa bir sürümünü istemeleridir. Ancak, alan adlarını değiştirmeden önce akılda tutulması gereken başlıca iki farklı senaryo vardır:

• Daha önce başkası tarafından kullanılmış bir alan adı satın alma: Bu, alan açık artırmasında veya doğrudan başka birinden satın almış olmanız gereken süresi dolmuş bir alan adı olabilir.
• Daha önce hiç kullanılmamış tamamen yeni bir alan adı satın almak.

Yukarıdaki iki senaryo arasındaki farkı ve neden zorunlu olduklarını anlamak için bir örnek alalım. Önceden kaydedilmiş bir alan adı satın almayı düşünüyorsanız, aşağıdaki sorunlardan herhangi biriyle karşılaşma ihtimaliniz vardır:

• Siteniz için iyi veya bazı durumlarda kötü olabilecek onu işaret eden bağlantılar olabilir.
• Daha önce sizinkinden farklı bir amaç için yapılmış konu dışı bir siteye eklenmiş olabilir.
• Bazı arama motorlarından cezalandırılabilir veya yasaklanabilirsiniz.
• Siteniz sosyal medya sitelerinde yasaklanmış olabilir.
• Daha önce spam etkinlikleri için de kullanılmış olabilir.

Alan Adı Taşıma Süreci

• Alan adı taşıma işlemi oldukça basittir. Sadece basit adımları izleyin ve kısa sürede bitireceksiniz.
• Başlamak için, google arama konsolunda her sitenin her sürümünü (yani http://, http://www, https:// veya https://www) doğrulamanız gerekir. Ayrıca, varsa tüm alt alanları tanımlayın.
• Tüm siteyi tarayın. Bu amaçla çevrimiçi olarak bulunan farklı araçları kullanabilirsiniz. Bu, tüm olası URL'leri belirlemenize yardımcı olur ve bunların bir listesini yapar. Daha sonra ihtiyacınız olacak.
• 301 Kalıcı Yönlendirmeleri kullanarak, eski alan adından yeni alan adına yönlendirme yapın.
• Birden çok kez yönlendirme yapmadığınızdan emin olmak için yönlendirmeleri test edin. Kullanıcıların kafasını karıştırabilir.
• Google Adres Değişikliği Aracı'nı kullanarak yeni bir alana taşındığınızı Google'a bildirmek için. Bu, yönlendirmelerin doğru şekilde ayarlanıp ayarlanmadığını onaylamanıza yardımcı olacaktır.
• Yeni alan adına işaret etmek için Google Analytics'teki ayarları güncellemeyi unutmayın. Eski verileri Google Analytics'te tutmak istiyorsanız, Google Analytics ayarlarını düzenleyebilirsiniz.
• Tüm eski URL'lerin yeni URL'lere doğru şekilde yönlendirildiğinden emin olmak için siteyi yeniden taramak için oluşturduğunuz URL'lerin listesini kullanın.

Bir servis sağlayıcıdan diğerine nasıl geçilir?

Daha önce de belirtildiği gibi, sunucu geçişi gerçekten basittir. Web siteleri, taşıma işlemi ne kadar iyi planlanmış olursa olsun, sunucu taşıma işlemi sırasında genellikle bazı kesintilerle karşılaşır. Bu nedenle, göç sürecini gerçekleştirmeden önce çok önceden bir göç planı hazırlanmalıdır.

Genellikle, sunucuda en az trafiğe sahip olduğunuzda taşıma işlemi gerçekleştirilmelidir. Plana göre hareket etmeniz gerekiyor, aksi takdirde barındırma sunucusu taşıma işleminin başarısızlıkla karşılaşma olasılığı yüksektir.

• Bir barındırma sağlayıcısına karar verdikten sonra bir plan satın alın ve web sitenizi yeni bir ana bilgisayara taşımaya hazırlanın. Web siteniz tamamen yenisine taşınana kadar eski alan adı kayıt kuruluşundan alınan planın iptal edilmediğinden emin olun.
• Eski alan adı kayıt sitenizden tüm veritabanınızın ve web sitesi dosyalarınızın yedeğini almak gibi bir taşıma işlemine devam etmeden önce dikkat etmeniz gereken bazı önlemler vardır.
• Veritabanınızı PHPAdmin veya başka bir üçüncü taraf yazılımı kullanarak içe aktarabilirsiniz. Ardından, web sitesi dosyalarınızı ve veritabanınızı alan adı kayıt sitenizin yeni sunucusuna yükleyin.
• Veritabanınızı yüklemeden önce web uygulamalarını yeni bir sunucuya yüklediğinizden emin olun, ardından veritabanını PHPAdmin'den veya verileri yedeklediğiniz başka bir üçüncü taraf yazılımdan dışa aktarın.
• DNS'yi değiştirmeden önce tüm e-posta hesaplarını yeni sunucuya eklemeyi unutmayın. Ayrıca, herhangi bir e-posta adresi eklemeyi unutmanız durumunda hiçbir postanın geri dönmemesini sağlamak için bir "catchall" adresi de oluşturabilirsiniz.
• En iyi uygulama olarak, her e-posta adresi için iki hesap oluşturabilir, ardından POP ayarlarında alan adı yerine her posta sunucusunun IP adresini kullanabilirsiniz. Bu uygulama sayesinde DNS yayılım yöntemi sırasında hiçbir e-postayı kaçırmayacaksınız.
• Tüm web sitesi dosyalarınız yeni barındırma sunucunuza yüklendikten sonra, tüm resimlerin, metinlerin ve bağlantıların doğru yerde olduğundan ve yeni sunucuda düzgün şekilde çalıştığından emin olmak için bir dizi test yapmanız gerekecektir.
• DNS kayıtlarını değiştirirken domain kayıt şirketi ile kontrol panelinizden DNS kaydını değiştirmeniz gerekir. Esasen, alan adı sunucularını, yeni sunucunuz tarafından size gönderilen karşılama postasındaki sunucularla değiştirmeniz gerekecektir. İki ila dört gün içinde taşıma işlemi başarıyla tamamlanacaktır.
• Son olarak, eski barındırma hizmeti sağlayıcınızdan barındırma hesabınızı iptal etmeyi unutmayın.

Sorunsuz Barındırma-Sunucu Geçişi Elde Etmek İçin Dikkate Alınması Gereken Ön İşaretler.

1. Planlama aşaması

• Kaynak sunucudaki barındırma platformunuzun taşıma için desteklendiğini doğrulayın:
• Uygun bir hedef sunucuyu ve hedef sunucu için donanımı dikkatlice seçin. Uygulamada farklılıklar vardır, örneğin verilerinizi bir adanmış sunucudan diğerine aktarıp aktarmadığınız; veya yeni sunucu yapısının birkaç farklı sistemi içeren kümelere dayalı olup olmadığı.
• Hedef sunucu için desteklenen çalışan sistemi seçin
• Taşıma işleminden sonra alan adlarını hedef sunucuda çevrimiçi duruma getirmek için yürütülebilir bir yöntem seçin (örneğin, yeni IP adreslerine taşıma ve taşımadan sonra alan adlarının DNS kayıtlarını bunları gösterecek şekilde güncelleme). Kaynak sunucu aşırı yüklenmişse veya kaynakları düşükse, taşıma işini mümkünse mesai saatleri dışında planlamak daha iyidir.

2. Sunucu Hazırlığı

• Kaynak sunucuda kullanımda olan tüm kullanılabilir bileşenlerin hedef sunucuda da kurulu olduğundan ve yapılandırıldığından emin olun.
• Kaynak ve hedef sunucularda yeterli disk alanı olduğundan emin olun
• Hedef sunucuya gerekli miktarda IP adresi ekleyin (en iyi uygulama, geçiş için her iki sunucuda da eşit miktarda paylaşılan ve ayrılmış IP'ye sahip olmaktır).

3. Test Aşaması Konuları

• Potansiyel riski ölçmek için uçtan uca performans testi önerilir. Bu süre zarfında, bazı düşük riskli uygulamaları deneyin ve bazı geliştirme testleri yapın ve ardından daha yüksek riskli uygulamalara doğru ilerleyin. Böyle artımlı bir süreç, daha büyük ve daha karmaşık uygulamaları test ederken süreç içinde kademeli olarak güven oluşturmanıza olanak tanır.
• Bununla birlikte, dağıtım sonrası da önemlidir ve sunucular geçiş sonrası oldukça 'yoğun bakım' durumunda kalmalıdır.

4. Riskin Azaltılması

Risk, herhangi bir sunucu geçişi alıştırması ile eş anlamlıdır ve mümkün olduğu kadar çok riski azaltmak en iyi uygulamaların bir parçasıdır. İşte bazı risk senaryosu örnekleri:

• Uygulamaların geçiş sonrası beklendiği gibi çalışmamasına ilişkin genel risk.
• Hatalı çalışan programların veya özelliklerin riski
• Veri ihlalleri ve veri kaybı.
• Yetkisiz örnek oluşturma
• Aralıklı kullanılamama riski. Bu, iş operasyonları için her zaman sorun yaratır ve sorunları çözmek için zorunlu kesintilere yol açabilir.

Özünde, bu tür riskleri azaltmanın en etkili yolu, geçişe tam olarak yaklaşmayı planlamaktır. Bu, önemli uygulamaların ve veri depolarının dikkatli bir şekilde stoklanmasını ve kritik uygulamalar için güvenilir yedeklemeler oluşturmak gibi beklenmedik durumların belirlenmesini içerir. Örneğin, bazı şirketler, karmaşık bir geçişle karşılaşabilecekleri diğer olası sorunları belirlemek için bir geçiş simülasyonu (bulut simülasyon araçlarıyla) düzenler.

5. Bir yedekleme yöntemi seçme

• Kırık bir plak gibi görünmeden, yedeklemelerin ne kadar önemli olduğunu ne kadar vurgulasam azdır! Doğal olarak en iyi yedekleme yaklaşımı, disklerinizin bir imaj yedeğini oluşturmaktır. Genel olarak bir görüntü yedeklemesi, kayıt defteri anahtarları, lisans anahtarları, ayarlar ve uygulamaya özel veriler dahil olmak üzere kritik bilgileri derinlemesine yakalar.
• Ayrıca, İmaj yedeklemeleri, fiziksel bir sunucu yedeğinin bir sanal makineye (VM) dönüştürülmesine izin verir. Özünde, bu dönüştürme, eski sistem verilerine erişmesi gerektiğinde, daha sonra herhangi bir zamanda döndürülebilecek orijinal makinenin bir kopyasını tutar. Bununla birlikte, görüntü yedeklemeleri, geçiş süreci için çok önemli bir güvenlik ağı sağlar.
• Öte yandan, dosya tabanlı bir yedekleme yaklaşımı da uygulanabilir bir alternatiftir. Ancak, tüm işletim sistemini veya sanal bir makineyi yedeklemeniz gerektiğinde dosya tabanlı yedeklemeler bir dosya sistemi düzeyinde çalıştığından, dosya tabanlı yedekleme yeterli olmayabilir.

Bu işlem sırasında, indirilen yedekleme dosyalarının hiçbirinin sıkıştırılmaması gerekir, çünkü bu işlem yeni sunucu tarafından tamamlanacaktır.

6. Geri Alma Planınız Olsun

• Geri alma stratejisi, bir şeyler çok yanlış giderse veya çok sayıda sorun varsa, başarısızlığa karşı güvenlidir. Temel olarak, değişiklikleri geri almanıza ve sunucularınızı taşıma öncesi orijinal durumlarına döndürmenize olanak tanır.
• Sunucu sağlayıcılarınızın bu tür önlemleri aldığından emin olun.

Sunucu geçişi Kontrol Listemiz

• Bugün ayrıntılı olarak anlattıklarımıza dayanarak, bir sunucu geçişini başlatırken veya düşünürken sorulacak en önemli soruları özetleyelim.
• Yeni sunucu hangi mimariye sahip olmalı ve projenin mimarisi ihtiyaçlarınıza uygun mu?
• Geçiş alıştırması ve müteakip sunucu yapılandırması için yeterli mali kaynak ve uzman var mı?
• Seçilen donanım, projenin gelecekteki gelişimi için yeterince esnek mi?
• Geçiş süreci, sistem çalışır durumdayken mi yapılmalı yoksa süreç boyunca tüm faaliyetler kesintiye mi uğramalı?
• Operasyonları sürdürme olasılığı, kaynakların kullanılabilirliği ve geçişin artan karmaşıklığı ile orantılı mı?
• Eğer öyleyse, kesinti süresini mümkün olduğunca düşük tutmak için hangi adımlar atılabilir?
• Veritabanı girişlerinin bütünlüğünü ve güncelliğini nasıl sağlayacaksınız?
• Yeni sunucunun işlevselliği nasıl test edilecek?
• Veri taşıma işlemi tamamlandıktan sonra belirli uygulamalar çalışmadığında ne olur? Hangi beklenmedik durumlar veya geçici çözümler oluşturulabilir?

Çözüm

Umarım bu blog kapsamlı bir fikir verir ve alan taşıma ile barındırma sunucusu taşıma arasındaki farkları detaylandırır. Göç çok daha geniş bir konudur ancak geçiş yolculuğunuza başlarken karar vermenize yardımcı olabilecek tüm önemli hususları ele almaya çalıştım.

Bu blog dizisi, temel olarak, geçiş kapsamını tanımlamanıza, kapsam kaymalarından kaçınmanıza, akıllıca bir teknoloji yığını seçmenize ve Teknoloji Geçişi, Veritabanı Geçişi ve Etki Alanı ve Barındırma Sunucusu Geçişi gibi farklı geçiş türlerinin arkasındaki karmaşıklıkları anlamanıza yardımcı olacaktır. Bu blog dizisinin amacı, okuyucuların göç ve göçün diğer ayrıntılarını öğrenmek için google'daki dağınık web siteleri arasında arama yapmak ve göç etmek zorunda kalmamasını sağlamaktı. Umarım bu blog dizisini faydalı bulmuşsunuzdur! Zahmetsiz bir geçişin nasıl sağlanacağına ilişkin herhangi bir sorunuz için lütfen bize buradan Creole Studios'tan ulaşın.