VDS'te Test ve Üretim Ortamını Ayırmak: Staging Kurulumu

Küçük bir değişiklik yapacaksınız. "Zaten basit" diyip doğrudan canlı sunucuda düzenliyorsunuz. Çoğu zaman sorun çıkmaz — ta ki bir gün çıkana kadar.

Bu yazı, VDS sunucunuzda ayrı bir test ortamı kurmayı ve bunu sürdürülebilir hâle getirmeyi anlatıyor.

Neden Ayrı Bir Ortam?

Canlı sitede yapılan değişikliklerin üç tipik sonucu vardır:

1. Görünmeyen kırılmalar. Değişiklik ana sayfada çalışır ama başka bir sayfayı bozar; bunu ziyaretçiler fark eder.
2. Yarım kalan işler. Düzenleme sırasında bir aksaklık olursa site yarım hâlde kalır.
3. Geri dönememe. Ne değiştirdiğinizi tam hatırlamıyorsanız eski hâle dönmek zorlaşır.

Test ortamı bu üçünü de ortadan kaldırır: değişikliği önce orada denersiniz, çalıştığını görürsünüz ve ancak sonra canlıya alırsınız.

Kurulum Seçenekleri

Pratik tavsiye: aynı sunucuda alt alan adıyla başlayın. Mükemmel değildir ama hiç test ortamı olmamasından kat kat iyidir ve kurulumu yarım saat sürer.

Üçüncü satırdaki uyarı önemlidir: yerel bilgisayarınızdaki ortam, sunucudan farklı sürümler ve ayarlar içerebilir. "Bende çalışıyordu" cümlesinin kaynağı budur.

Aynı Sunucuda Kurulum

1. Alt alan adı tanımlayın. Örneğin test amaçlı ayrı bir adres.
2. Ayrı bir dizin oluşturun. Canlı site dosyalarından tamamen bağımsız.
3. Ayrı bir veritabanı kurun. Bu şart değil, zorunludur.
4. Canlı verinin kopyasını alın. Gerçekçi test için gerçek veri gerekir.
5. Erişimi kısıtlayın. Test ortamı herkese açık olmamalı.
6. Arama motorlarını engelleyin. İndekslenmesi içerik tekrarı üretir.

Üçüncü madde vurgulanmalıdır: test ortamı asla canlı veritabanına bağlanmamalıdır. Bu, en tehlikeli yapılandırma hatasıdır — test amaçlı bir işlem gerçek verinizi silebilir.

Veri Kopyalama ve Anonimleştirme

Gerçekçi test için canlı verinin kopyası gerekir. Ancak kişisel veri içeren bir kopyayı test ortamında tutmak risk üretir.

Kopyalarken yapılması gerekenler:

• Kişisel bilgileri anonimleştirin. Ad, e-posta, telefon ve adres alanlarını sahte verilerle değiştirin.
• Ödeme bilgilerini temizleyin. Test ortamında bunlara hiç ihtiyaç yoktur.
• E-posta gönderimini kapatın. Bu, en kritik adımdır.
• Dış servis entegrasyonlarını test moduna alın. Ödeme, kargo ve fatura servisleri gerçek işlem yapmamalı.

Üçüncü madde neden kritik? Çünkü canlı veritabanının kopyasında gerçek müşteri e-postaları vardır. Test sırasında tetiklenen bir toplu bildirim, gerçek müşterilere test e-postası gönderir. Bu, yaşanan ve düzeltilmesi zor bir kazadır.

Önlem: test ortamında e-posta gönderimini tamamen kapatın veya tüm iletileri tek bir test adresine yönlendirin.

Erişimi Kısıtlamak

Test ortamınız internete açık kalmamalıdır. Yöntemler:

• Parola koruması. En basit ve çoğu durumda yeterli yöntem.
• IP kısıtı. Yalnızca ofis veya belirli adreslerden erişim.
• VPN arkasında tutmak. En güvenli seçenek.

Ayrıca arama motorlarına indekslememeleri gerektiğini bildirin. İndekslenmiş bir test kopyası hem içerik tekrarı üretir hem de ziyaretçilerin yanlış siteye düşmesine yol açar.

Çalışma Akışı

Test ortamı kurmak yeterli değildir; kullanılması gerekir. Sürdürülebilir bir akış:

1. Her değişikliği önce testte yapın. İstisna tanımayın — "bu çok basit" cümlesi tuzaktır.
2. Test listesi oluşturun. Her yayından önce kontrol edilecek temel işlevler.
3. Canlıya almadan yedek alın. Geri dönüş noktanız olsun.
4. Düşük trafik saatinde yayınlayın. Sorun çıkarsa daha az kişi etkilenir.
5. Yayın sonrası kontrol edin. Testte çalışan bir şey canlıda çalışmayabilir.

İkinci madde zaman kazandırır: her yayında aynı beş on adımı kontrol etmek, unutulan bir kırılmayı yakalamanın en pratik yoludur.

Ortamları Yakın Tutmak

Test ortamının değeri, canlıya ne kadar benzediğine bağlıdır. Zamanla ayrışırlar ve testin anlamı azalır.

Yakın tutmak için:

• Aynı dil ve veritabanı sürümlerini kullanın
• Aynı web sunucusu yapılandırmasını uygulayın
• Canlı veriyi düzenli aralıklarla yeniden kopyalayın
• Sunucu yapılandırma değişikliklerini her iki ortama da uygulayın

Son madde en çok atlanandır: canlıda yapılan bir ayar değişikliği test ortamına yansıtılmazsa, ortamlar sessizce ayrışır. Kaynak kullanımı arttıkça test ortamını ayrı bir sanal sunucuya taşımak, hem izolasyonu hem yapılandırma tutarlılığını kolaylaştırır.

Sonuç

Test ortamı kurmak için mükemmel bir çözüm beklemeyin — aynı sunucuda alt alan adıyla kurulmuş bir ortam bile hiç olmamasından kat kat iyidir ve yarım saat sürer. Kurarken iki kural pazarlıksızdır: test ortamı asla canlı veritabanına bağlanmamalı ve e-posta gönderimi kapatılmalıdır — canlı verinin kopyasında gerçek müşteri adresleri vardır. Ortamı kurduktan sonra asıl iş disiplini korumaktır: "bu çok basit" diyerek canlıda yapılan değişiklik, tüm kurulumu anlamsız kılar.

Sıkça Sorulan Sorular (SSS)

Test ortamını aynı sunucuda kurabilir miyim?

Evet ve çoğu durumda doğru başlangıçtır. Alt alan adı, ayrı dizin ve ayrı veritabanıyla kurulur. İzolasyonu tam değildir ama hiç test ortamı olmamasından kat kat iyidir. Kaynak kullanımı arttıkça ayrı bir sunucuya taşıyabilirsiniz.

Test ortamı canlı veritabanını kullanabilir mi?

Kesinlikle hayır. Bu en tehlikeli yapılandırma hatasıdır — test amaçlı bir işlem gerçek verinizi silebilir veya bozabilir. Mutlaka ayrı bir veritabanı kurun ve canlı verinin kopyasıyla çalışın.

Test ortamında e-posta neden kapatılmalı?

Canlı veritabanının kopyasında gerçek müşteri e-posta adresleri bulunur. Test sırasında tetiklenen bir toplu bildirim, gerçek müşterilerinize test e-postası gönderir. Gönderimi tamamen kapatın veya tüm iletileri tek bir test adresine yönlendirin.

Test ortamı zamanla işe yaramaz hâle geliyor, neden?

Ortamlar ayrıştığı için. Canlıda yapılan sürüm yükseltmeleri ve yapılandırma değişiklikleri test ortamına yansıtılmazsa, testin sonucu güvenilir olmaz. Sunucu ayar değişikliklerini her iki ortama da uygulayın ve canlı veriyi düzenli aralıklarla yeniden kopyalayın.