E-ticaret Sunucu Kiralama

E-ticaret için neden sunucu gerekir?

Belirleyici olan iki şey var. Birincisi veritabanı: ürün, sipariş ve stok hareketleri veritabanında tutulur ve sorgu gecikmesi doğrudan sayfa açılış süresine yansır, bu yüzden NVMe disk fark yaratır. İkincisi süreklilik: entegrasyon yazılımı dakikada bir çalışıyorsa sunucunun da dakikada bir ayakta olması gerekir. Kampanya dönemlerinde tepe yük ortalamanın belirgin üstüne çıkar; kaynağı ortalamaya göre seçmek o günlerde sorun üretir.

Önerilen kaynak

Aşağıdaki değerler katalogdaki VDS paket basamaklarıyla eşleşir; kesin fiyat yapılandırıcıda hesaplanır.

Yavaşlık nereden gelir: veritabanı, önbellek, disk

Bir e-ticaret sayfasının yavaşlaması neredeyse hiçbir zaman CPU yetmiyor demek değildir. Sıra genellikle şöyle işler: ürün listesi sorgusu indekssiz çalışır, veritabanı diske iner, disk gecikmesi sorgu süresine, sorgu süresi de sayfa açılışına eklenir. MySQL ve MariaDB tarafında en büyük tek kazanç InnoDB tampon havuzudur (buffer pool): çalışan veri kümeniz belleğe sığdığı sürece sorgular diske hiç inmez. Veritabanının ağırlıkta olduğu bir makinede tampon havuzunu toplam RAM'in %50-70'i aralığında tutmak yaygın bir başlangıçtır — 8 GB RAM'li bir sunucuda 4-5 GB gibi. Sıradaki üç adım şunlar: PHP tarafında OPcache'i açmak, tekrarlayan sorguları Redis gibi bir önbelleğe almak ve ürün görsellerini tek seferde yeniden boyutlandırıp saklamak. Bunlar tükendiğinde geriye kalan disktir; Datafex paketlerinin tamamı NVMe SSD kullandığı için buradaki gecikme SATA tabanlı bir kuruluma göre belirgin şekilde düşüktür. Sıralamayı tersten kurmayın: indeks eklemeden disk değiştirmek en pahalı çözümdür.

Kampanya günü kapasite planı

11.11, Black Friday ve sezon indirimleri gibi günlerde tepe trafik normal günün birkaç katına çıkar ve bu artış saatlere değil dakikalara yayılır. Kaynağı ortalamaya göre seçtiyseniz sorun tam da satış yapacağınız saatte çıkar. Üç şey işe yarar. Birincisi ölçmek: kampanya öncesinde eşzamanlı istek testi yapıp hangi kaynağın önce dolduğunu görün — genellikle CPU değil, veritabanı bağlantı havuzu ya da PHP-FPM süreç sayısı sınıra gelir ve bu ikisi ayar meselesidir, donanım meselesi değil. İkincisi önden yükseltmek: kaynak artışını kampanya gününe değil bir önceki haftaya planlayın, böylece yeni yapılandırmayı gerçek trafikle sınama fırsatınız olur. Üçüncüsü zamanlanmış görevleri seyreltmek: stok senkronizasyonu, rapor üretimi ve e-posta gönderimi tepe saatte aynı anda tetiklenirse müşteriye ayrılacak kaynağı kendi aralarında tüketirler. Bu işleri bir kilit (lock) dosyasıyla korumak, bir öncekinin bitmediği durumda ikincisinin başlamasını da engeller.

Kurulum adımları

1. 1Ubuntu 22.04 veya Debian 12 şablonuyla sunucuyu kurun.
2. 2Web sunucusu, PHP veya Node.js ve MySQL/MariaDB kurulumunu yapın.
3. 3Alan adını sunucuya yönlendirip SSL sertifikasını kurun ve HTTP isteklerini HTTPS'e yönlendirin.
4. 4Mağaza yazılımını veya entegrasyon uygulamanızı yükleyin.
5. 5PHP-FPM süreç sayısını ve veritabanı tampon havuzunu sunucunun RAM'ine göre ayarlayın; varsayılan değerler çok daha küçük makineler için yazılmıştır.
6. 6Stok senkronizasyonunu zamanlanmış görev olarak ayarlayın ve üst üste binmeyi engellemek için kilit kullanın.
7. 7Veritabanı yedeğini günlük planlayın ve bir kopyasını sunucunun dışında tutun; sipariş verisi geri alınamaz.

Sık yapılan hatalar

• Kaynağı normal gün trafiğine göre seçmek. Kampanya günlerinde tepe yük ortalamanın çok üstüne çıkar.
• Veritabanını ayrı planlamamak. Aynı makinede çalıştığı için disk ve RAM bütçesine dahil edilmeli.
• Stok senkronizasyon sıklığını çok düşük tutmak. Gecikmiş stok, satılmış ürünü satmaya devam etmek demektir.
• Zamanlanmış görevleri kilitsiz bırakmak. Bir öncekinin bitmediği yerde yenisi başlar ve görevler üst üste binerek sunucuyu kendileri doldurur.
• Kart verisini kendi veritabanınızda tutmak. Kart bilgisi ödeme sağlayıcısında kalmalıdır; sunucuda saklanan kart verisi taşımak zorunda olmadığınız bir yük getirir.
• Yedeği aynı sunucuda tutmak. Diski kaybettiğinizde yedeği de kaybedersiniz.

Datafex'te ne dahil?

Sıkça Sorulan Sorular

Mağazamı da burada barındırabilir miyim?

Evet. VDS üzerinde kendi mağaza yazılımınızı çalıştırabilirsiniz. Yalnızca pazaryeri entegrasyonu çalıştıracaksanız daha küçük bir paket yeterli olur.

Paylaşımlı hosting yerine neden VDS?

Paylaşımlı hostingde kaynaklar diğer müşterilerle paylaşılır ve zamanlanmış görevlerin sıklığı genellikle sınırlanır. Entegrasyon çalıştıracaksanız bu iki sınır da sorun çıkarır.

Kaç ürünlük katalog için ne kadar RAM gerekir?

Belirleyici olan yalnızca ürün sayısı değil, eşzamanlı ziyaretçi sayısı. Birkaç bin ürünlük bir katalog ve tek pazaryeri entegrasyonu 4 GB ile çalışır. On binlerce ürün, çok kanallı senkronizasyon ve düzenli kampanya trafiği 8-16 GB bandına çıkarır; burada RAM'i asıl tüketen şey veritabanının tampon havuzudur.

Sunucunun Türkiye'de olması gerekir mi?

Zorunlu değil ama iki pratik gerekçesi var. Birincisi gecikme: müşterilerinizin çoğu Türkiye'deyse yurt içindeki bir sunucu sayfa açılış süresini düşürür. İkincisi idari: kişisel verinin yurt dışına aktarılması belirli koşullara bağlıdır, verinin yurt içinde kalması bu koşullarla uğraşmayı gereksiz kılar. Datafex sunucuları Bursa'daki DGN Veri Merkezi'nde.

Kampanya dönemi için geçici olarak yükseltebilir miyim?

Kaynak değişikliği yapılandırıcı üzerinden yapılır. Güvenli sıra şu: kampanyaya bir hafta kala yükseltin, yeni yapılandırmayı o hafta gerçek trafikle sınayın ve yalnızca sonuç iyiyse kampanyaya o yapılandırmayla girin. Testi kampanya sabahına bırakmak, hatayı en kötü anda bulmak demektir.