E-Ticaret
E-ticaret altyapısı
Kampanya dönemlerinde ölçeklenen, önbellek ve veritabanı katmanı ayrılmış mimari. Yoğunluk öncesi kapasite artırılıyor, dönem bittiğinde geri düşürülüyor.
- Web, önbellek, veritabanı ayrımı
- Katmanlı
- Kampanya dönemi ölçekleme
- Sezonluk
- Sipariş işlemlerinde düşük gecikme
- NVMe
- Sürekli açık koruma
- DDoS
Kampanya günü çöken sitenin ortak sebepleri
E-ticaret altyapılarında kesintiler nadiren sunucunun toplam kapasitesinden kaynaklanır. En sık karşılaşılan sebep veritabanının darboğaza girmesi: ürün listeleme, arama ve sepet işlemleri aynı veritabanına yüklendiğinde bağlantı havuzu doluyor ve tüm istekler beklemeye giriyor.
İkinci sık sebep önbellek katmanının olmaması veya tek örnek çalışması. Önbellek yoksa her sayfa görüntüleme veritabanına gidiyor. Önbellek varsa ama tek örnekse, o örnek düştüğünde tüm yük aniden veritabanına biniyor ve zincirleme çöküş yaşanıyor.
Üçüncüsü ölçeklemenin kampanya günü yapılmaya çalışılması. Kapasite artışı planlı bir işlem; trafik zaten yükselmişken uygulanması hem riskli hem de geç kalınmış oluyor. Doğru yaklaşım, yoğunluk öncesinde kapasiteyi artırıp dönem bittiğinde geri düşürmek.
Bu üç başlığı ayrı ayrı ele alan bir mimari kuruyoruz: web katmanı, önbellek ve veritabanı ayrı sunucularda; aralarındaki trafik 10 Gbps yerel ağda. Katmanlar bağımsız ölçeklenebildiği için darboğaz nerede oluşuyorsa oraya müdahale edilebiliyor.
- Web, önbellek ve veritabanı katmanları ayrı sunucularda
- Katmanlar arası trafik 10 Gbps yerel ağda, ücretsiz
- Önbellek katmanı replikasyonla yedekli hâle getirilir
- Kapasite kampanya öncesinde planlı olarak artırılır
- DDoS koruması sürekli açık çalışır
Süreç
Kampanya dönemi hazırlığı
- 01
Geçmiş veri incelemesi
Önceki kampanyalarda hangi kaynak tavan yapmış, hangi sorgular yavaşlamış — Zabbix geçmişi bunu gösteriyor.
- 02
Kapasite planı
Beklenen trafik artışına göre hangi katmanın ne kadar büyüyeceği önceden kararlaştırılıyor.
- 03
Önceden devreye alma
Kapasite yoğunluk başlamadan önce artırılıyor; kampanya günü değişiklik yapılmıyor.
- 04
Dönem sonu ölçekleme
Yoğunluk geçtiğinde kaynaklar geri düşürülüyor; kullanılmayan kapasite için ödeme yapılmıyor.
Özellikler
Mimarinin bileşenleri
Web katmanı
Uygulama sunucuları; yük arttığında sunucu ekleyerek yatay olarak genişletilebilir.
Önbellek katmanı
Redis ile sorgu sonuçları ve oturum verisi; replikasyonla tek arıza noktası olmaktan çıkarılır.
Veritabanı katmanı
NVMe üzerinde çalışan veritabanı; raporlama yükü okuma kopyasına yönlendirilebilir.
Güvenlik katmanı
DDoS koruması, FortiGate kuralları ve ödeme trafiğinin ağ düzeyinde ayrıştırılması.
İzleme
Yanıt süresi, veritabanı bağlantı sayısı ve önbellek isabet oranı kampanya boyunca takip edilir.
Yedekleme
Sipariş verisinin kaybı kabul edilemez olduğu için yedekleme sıklığı buna göre planlanır.
SSS
Sıkça sorulan sorular
Kampanya öncesi kapasiteyi ne kadar önceden artırmalıyız?
Değişikliğin test edilebilmesi için yoğunluktan birkaç gün önce yapılması en güvenlisi. Böylece yeni kapasitenin beklendiği gibi çalıştığı doğrulanıyor ve kampanya günü sürprizle karşılaşılmıyor.
Ödeme verilerini nasıl koruyorsunuz?
Ödeme trafiğini taşıyan bileşenler ağ düzeyinde ayrı segmentte konumlandırılıyor ve erişim yalnızca tanımlı kaynaklara açılıyor. Kart verisinin saklanmasıyla ilgili yükümlülükler kullandığınız ödeme altyapısına bağlı; bu konuyu kurulum öncesinde birlikte gözden geçiriyoruz.
Sitemiz yavaş, sunucu büyütmek çözer mi?
Çoğu zaman hayır. Yavaşlığın kaynağı genellikle veritabanı sorguları, eksik indeksler veya önbellek katmanının olmaması oluyor. Önce Zabbix metriklerine ve yavaş sorgu kaydına bakıp darboğazın nerede olduğunu ölçüyoruz; kaynak artışı ancak gerçekten kaynak sınırıysa çözüm getiriyor.
Trafiğimiz düzensiz, sabit kapasite almalı mıyız?
Düzensiz trafik tam olarak esnek modelin işe yaradığı senaryo. Tepe döneme göre sabit kapasite almak, yılın kalanında atıl kaynak için ödeme yapmak demek. Kapasiteyi dönemsel olarak artırıp azaltmak hem maliyet hem risk açısından daha mantıklı.
Devamı
İlgili sayfalar
- RedisRedis ve yüksek erişilebilirlikli replikasyonÖnbellek, oturum saklama, kuyruk ve hız sınırlama senaryoları için replikasyonlu Redis kurulumu. Kalıcılık, tahliye politikası ve bellek izleme yapılandırması dahil.
- MySQL / MariaDBMySQL ve MariaDB barındırmaInnoDB ayarları, bağlantı havuzu, utf8mb4 yapılandırması ve master-replica kurulumuyla yönetilen MySQL / MariaDB barındırma. NVMe depolama, günlük yedekleme.
- DDoS KorumasıDDoS saldırılarına karşı korumaHacimsel, protokol ve uygulama katmanı DDoS saldırılarına karşı sürekli açık koruma. Kenar süzme, anomali algılama ve meşru trafiğin korunması.
- ÖlçeklemevCPU ve RAM ölçeklemeBulut sunucunuzun vCPU ve bellek kapasitesini yeniden kurulum yapmadan artırın. Zabbix metriklerine dayalı kapasite planlaması, planlı bakım penceresi, çift yönlü ölçekleme.
Altyapınızı birlikte planlayalım
İhtiyacınızı dinleyip size özel konfigürasyon ve fiyatlandırma hazırlıyoruz. Hazır paket satmıyoruz; kurulum, lisans ve yedekleme planını birlikte kuruyoruz.