Kiralık Sunucu & GPU Sunucu | Türkiye VDS - SistemDC

Almanya VDS ile E-Ticaret ve SaaS Altyapısı Kurmak

Almanya VDS ile Avrupa E-Ticaret ve SaaS Altyapısı: Docker, Önbellek ve Ölçekleme Rehberi

Almanya VDS ile Avrupa E-Ticaret ve SaaS Altyapısı: Docker, Önbellek ve Ölçekleme Rehberi

Avrupa'ya satış yapan bir e-ticaret mağazası veya Avrupa'daki şirketlere hizmet veren bir SaaS ürünü için altyapı kararı, doğrudan gelirinizi etkiler. Yavaş açılan bir ürün sayfası sepeti terk ettirir, kampanya gününde çöken bir sunucu aylarca kazanılan güveni bir anda kaybettirir. Bu rehberde Almanya VDS üzerinde Avrupa'ya hizmet veren hızlı, güvenli ve büyüdükçe ölçeklenebilen bir altyapının nasıl kurulacağını anlatıyoruz: doğru paket, Docker ile tekrarlanabilir kurulum, veritabanı ve önbellek ayarları, CDN, güvenlik, yedekleme ve kampanya dönemlerine hazırlık.

Neden Almanya VDS?

Almanya, Avrupa'nın en büyük e-ticaret pazarlarından biridir ve Avusturya ile İsviçre'yle birlikte Almanca konuşan geniş bir alıcı kitlesine sahiptir. Ayrıca Orta ve Doğu Avrupa ile İskandinavya'ya giden ağ yollarının önemli bir kısmı Almanya üzerinden geçer. Bu nedenle sunucunuzu Almanya'da konumlandırmak, Orta Avrupa'daki müşterileriniz için kısa ağ yolu ve düşük gecikme anlamına gelir.

Avrupa'daki pek çok ödeme sağlayıcısı, kargo entegrasyonu ve pazar yeri API'si de Avrupa'daki veri merkezlerinde çalışır. Sunucunuzun bu servislere yakın olması, sipariş akışındaki her API çağrısından milisaniyeler kazandırır. Almanya VDS'in genel özelliklerini ve paket seçimini Almanya VDS seçim rehberinde ayrıntılı ele aldık; müşterileriniz Batı Avrupa'da yoğunsa Fransa VDS de güçlü bir alternatiftir.

Paket seçimi: mağaza ve SaaS için kaynak planı

E-ticaret ve SaaS iş yüklerinde en kritik kaynak genellikle bellektir: uygulama süreçleri, veritabanı tamponları ve önbellek aynı anda bellekte yaşar. Aşağıdaki tablo başlangıç için iyi bir rehberdir:

SenaryoÖnerilen paketNot
Yeni mağaza, birkaç yüz ürün, günlük orta trafikEU-MUygulama, veritabanı ve Redis aynı sunucuda
Binlerce ürün, filtreli arama, düzenli kampanyalarEU-LVeritabanı tamponu için daha fazla bellek
Yüksek trafik, çok dilli ve çok para birimli mağazaEU-XLArama motoru ve kuyruk işçileri için de pay
Erken aşama SaaS, birkaç düzine müşteriEU-MArka plan işleri için ayrı süreç
Büyüyen SaaS, yoğun API trafiğiEU-L uygulama + EU-S işçi/izlemeİki sunucu aynı lokasyonda

Paketi seçtikten sonra ilk birkaç hafta müşteri panelindeki canlı kaynak grafiklerini takip edin. Bellek kullanımı sürekli yüksekse bir üst pakete geçmek, kampanya döneminde yaşanabilecek yavaşlığı önceden önler. Güncel paketler ve fiyatlar Almanya VDS kategori sayfasında yer alır.

Docker Compose ile tekrarlanabilir kurulum

Docker, uygulamanızı ve bağımlılıklarını kapsayıcılar içinde çalıştırarak "benim bilgisayarımda çalışıyordu" sorununu ortadan kaldırır. Docker Compose ise birden fazla servisi tek bir dosyada tanımlamanızı sağlar. Bir mağaza veya SaaS için tipik bir yapı şöyledir:

services:
  app:
    image: uygulamaniz:1.4.2
    restart: unless-stopped
    env_file: .env
    depends_on: [db, redis]
  db:
    image: mariadb:11
    restart: unless-stopped
    volumes: [dbdata:/var/lib/mysql]
  redis:
    image: redis:7-alpine
    restart: unless-stopped
  proxy:
    image: caddy:2
    ports: ["80:80", "443:443"]
    volumes: [./Caddyfile:/etc/caddy/Caddyfile, caddydata:/data]
volumes:
  dbdata:
  caddydata:

Bu yapının avantajları şunlardır: her servis kendi kapsayıcısında yalıtılır, sürümler dosyada sabitlenir, yeni bir sunucuda aynı ortam tek komutla kurulur ve güncellemeler tek tek yapılabilir. Docker kurulumunun ayrıntıları için Ubuntu VDS'te Docker Compose rehberine, mikroservis mimarisine geçiş için Docker ile sunucu yönetimi rehberine göz atabilirsiniz.

Veritabanı verisini mutlaka adlandırılmış bir birimde (volume) tutun. Kapsayıcı silindiğinde veya güncellendiğinde veriler bu birimde korunur; yedeklerinizi de bu birim üzerinden alırsınız.

Veritabanı: yavaşlığın en sık kaynağı

E-ticaret ve SaaS uygulamalarında yavaşlığın büyük kısmı veritabanından gelir. Üç basit ayar çoğu zaman büyük fark yaratır. Birincisi tampon havuzu boyutudur: MariaDB veya MySQL için innodb_buffer_pool_size değerini, veritabanına ayırdığınız belleğin büyük kısmına ayarlayın. İkincisi yavaş sorgu logudur: bir saniyeden uzun süren sorguları kaydedip haftada bir inceleyin. Üçüncüsü indekslerdir: yavaş sorgularda sık kullanılan filtre ve sıralama alanlarına indeks eklemek, sorgu süresini çoğu zaman onda birine indirir.

[mysqld]
innodb_buffer_pool_size = 4G
slow_query_log = 1
long_query_time = 1

PostgreSQL kullanıyorsanız shared_buffers ve effective_cache_size değerlerini belleğe göre ayarlayın, pg_stat_statements ile en çok zaman harcayan sorguları belirleyin.

Önbellek ve CDN: aynı sunucuyla daha fazla ziyaretçi

Önbellek, aynı hesaplamanın tekrar tekrar yapılmasını önler. Üç katmanlı bir önbellek yapısı kurabilirsiniz:

  • Nesne önbelleği (Redis): Sık okunan veritabanı sonuçlarını, oturumları ve sepet verisini bellekte tutar.
  • Sayfa önbelleği: Giriş yapmamış ziyaretçilere gösterilen kategori ve ürün sayfalarını hazır HTML olarak sunar. Sepet ve ödeme sayfaları önbelleğe alınmamalıdır.
  • CDN: Ürün görselleri, stil dosyaları ve betikleri ziyaretçiye en yakın noktadan sunar; sunucunuzun bant genişliğini ve işlemcisini rahatlatır.

Doğru kurulmuş bir önbellek yapısı, aynı Almanya VDS paketinin kampanya dönemlerinde birkaç kat daha fazla ziyaretçiye dayanmasını sağlar.

Avrupa mağazanız için Almanya VDS

KVM sanallaştırma, NVMe disk, gigabit port ve isteğe bağlı yedekleme.

Almanya VDS paketlerini inceleyin

Güvenlik: mağazanızı ve müşterilerinizi koruyun

E-ticaret siteleri saldırganların sık hedefidir. Temel güvenlik önlemleri şunlardır:

  • Ödeme verisini saklamayın: Kart bilgilerini kendi sunucunuzda tutmak yerine ödeme sağlayıcınızın barındırılan ödeme sayfasını veya tokenizasyon çözümünü kullanın.
  • Yönetim panelini kısıtlayın: Mağaza yönetim adresini IP ile sınırlayın ve iki aşamalı doğrulamayı açın.
  • Güncel kalın: Mağaza yazılımı, eklentiler ve tema güncellemelerini düzenli uygulayın; terk edilmiş eklentileri kaldırın.
  • İstek sınırlama: Giriş, şifre sıfırlama ve arama gibi uç noktalarda istek sınırı koyun.
  • DDoS: Almanya VDS paketlerinde ağ seviyesinde DDoS koruması standarttır; uygulama katmanındaki bot trafiği için CDN veya WAF'ın bot koruma özelliklerinden yararlanın.

Avrupa'daki müşterilerinizin kişisel verilerini işlediğiniz için GDPR yükümlülüklerini de göz önünde bulundurun; teknik tedbirleri GDPR ve Avrupa'da veri barındırma rehberinde anlattık.

Yedekleme ve felaket kurtarma

Bir mağazanın en değerli varlıkları sipariş geçmişi, müşteri hesapları ve ürün kataloğudur. Bunları korumak için iki katmanlı bir yedekleme kurun. Birinci katman, sipariş adımında seçilebilen Yedekleme Hizmeti'dir; sunucunun tam imajını günlük, haftalık veya aylık olarak ayrı depolamada tutar. E-ticaret için günlük yedekleme önerilir. İkinci katman, veritabanının saatlik veya günlük dökümü ve yüklenen dosyaların sunucu dışına eşitlenmesidir.

Felaket kurtarma planınızda şu soruların cevabı olmalıdır: sunucu tamamen erişilemez olursa ne kadar sürede geri dönebiliriz, en fazla ne kadar veri kaybını tolere edebiliriz ve geri yüklemeyi kim yapacak? Müşteri panelindeki kurtarma modu ve VNC konsol, sunucuya ağdan erişemediğiniz durumlarda ilk başvuracağınız araçlardır.

Kampanya dönemlerine hazırlık

Black Friday, yılbaşı veya özel indirim günleri trafiği birkaç katına çıkarabilir. Hazırlık için şu adımları kampanyadan en az bir hafta önce tamamlayın:

  1. Bir yük testi aracıyla beklenen trafiğin iki katını simüle edin ve hangi kaynağın önce tükendiğini görün.
  2. Sayfa ve nesne önbelleğinin açık olduğunu, CDN'in görselleri sunduğunu doğrulayın.
  3. Gerekirse paketi bir üst seviyeye yükseltin; kampanyadan sonra ihtiyaca göre yeniden değerlendirin.
  4. Kampanya öncesi tam yedek alın ve geri yüklemenin çalıştığını test edin.
  5. Kampanya süresince müşteri panelindeki canlı grafikleri ve uygulama loglarını izleyin.

SaaS'a özel notlar

SaaS ürünlerinde müşteri verilerinin yalıtımı, arka plan işlerinin yönetimi ve sürüm güncellemeleri ayrı önem taşır. Her müşterinin verisini ayrı bir şema veya kiracı kimliğiyle ayırın, uzun süren işleri bir kuyruk sistemiyle arka plana alın ve güncellemeleri önce bir test ortamında deneyin. Büyüyen bir SaaS için uygulama sunucusunu ve arka plan işçilerini aynı lokasyondaki iki ayrı Almanya VDS'e bölmek, bir taraftaki yoğunluğun diğerini etkilemesini önler.

Performansı ölçmek: neyi izlemelisiniz?

Altyapıyı kurduktan sonra doğru metrikleri izlemek, sorunları müşterilerden önce fark etmenizi sağlar. E-ticaret ve SaaS için en önemli göstergeler şunlardır:

  • İlk bayt süresi (TTFB): Sunucunun ilk yanıtı ne kadar sürede verdiği. Önbelleğe alınmış sayfalarda çok düşük, dinamik sayfalarda makul seviyede olmalıdır.
  • Core Web Vitals: Google'ın sayfa deneyimi ölçütleri; özellikle en büyük içerikli boyama (LCP) süresi hem kullanıcı deneyimini hem arama sıralamasını etkiler.
  • Hata oranı: Sunucunun döndürdüğü 5xx yanıtların oranı. Kampanya günlerinde ani artış, kaynak darboğazına işaret eder.
  • Sipariş tamamlama oranı: Sepete ekleyip ödemeyi tamamlayan ziyaretçilerin oranı. Teknik bir sorun çoğu zaman önce bu oranda düşüş olarak görünür.
  • Kaynak kullanımı: Müşteri panelindeki CPU, RAM ve disk grafikleri; yükseltme kararının temel verisi.

Bu metrikleri haftalık bir tabloda toplamak, altyapınızın büyümeye ayak uydurup uydurmadığını görmenin en basit yoludur.

Arama ve kuyruk: büyüyen mağazanın iki yardımcısı

Ürün sayısı binleri geçtiğinde veritabanı üzerinde yapılan metin aramaları yavaşlamaya başlar. Bu noktada ayrı bir arama motoru (örneğin hafif bir tam metin arama servisi) kullanmak, filtreli aramaları hızlandırır ve veritabanının yükünü azaltır. Aynı şekilde e-posta gönderimi, stok eşitleme, fatura oluşturma ve görsel küçültme gibi işleri istek anında yapmak yerine bir kuyruğa bırakmak, müşterinin ödeme sonrası beklediği süreyi kısaltır. Her iki servisi de Docker Compose dosyanıza ek birer servis olarak ekleyebilir, kaynak ihtiyacı arttığında aynı lokasyondaki ikinci bir Almanya VDS'e taşıyabilirsiniz.

Çok dilli ve çok para birimli mağazalar için ipuçları

Avrupa'ya satış yapan mağazalar genellikle birden fazla dil ve para birimiyle çalışır. Her dil sürümünü ayrı bir adres yolunda (örneğin /de/, /fr/) yayınlayıp sayfalara doğru hreflang etiketlerini eklemek, arama motorlarının her ülkede doğru sürümü göstermesini sağlar. Fiyatları ziyaretçinin para biriminde gösterirken kurları düzenli güncelleyen bir mekanizma kurun ve sepetteki fiyatın ödeme sayfasındaki tutarla birebir aynı olduğundan emin olun. Ürün açıklamalarını makine çevirisiyle bırakmak yerine yerel dile uygun şekilde düzenlemek, hem dönüşüm oranını hem de arama görünürlüğünü artırır.

Kontrol listesi

AlanHazır mı?
PaketBellek ihtiyacına göre seçildi, grafikler izleniyor
KurulumDocker Compose ile tekrarlanabilir, sürümler sabit
VeritabanıTampon ayarlı, yavaş sorgu logu açık, indeksler kontrol edildi
ÖnbellekRedis, sayfa önbelleği ve CDN aktif
GüvenlikKart verisi yok, yönetim IP kısıtlı, güncellemeler düzenli
YedekGünlük imaj ve veritabanı dökümü, geri yükleme test edildi
KampanyaYük testi yapıldı, ölçekleme planı hazır

Avrupa'ya hızlı ve güvenli satış yapın

Almanya VDS ile Orta Avrupa'ya yakın, büyüdükçe yükseltilebilen altyapı.

Almanya VDS paketlerine göz atın

İlgili Rehberler

Sık Sorulan Sorular

Avrupa'ya satış yapan bir mağaza için Almanya VDS uygun mu?

Müşterileriniz Almanya, Avusturya, İsviçre ve Orta Avrupa'da yoğunsa Almanya VDS kısa ağ yolu sayesinde düşük gecikme sağlar. Batı Avrupa ağırlıklı kitlede Fransa VDS de değerlendirilebilir.

E-ticaret sitesi için hangi Almanya VDS paketi yeterli?

Küçük ve orta ölçekli mağazalar için EU-M iyi bir başlangıçtır. Ürün sayısı, eşzamanlı ziyaretçi ve kampanya dönemleri arttıkça EU-L veya EU-XL'e geçilebilir.

Docker ile e-ticaret veya SaaS çalıştırmak mantıklı mı?

Evet. Docker Compose ile uygulama, veritabanı, önbellek ve kuyruk servislerini tek dosyada tanımlayıp tekrarlanabilir şekilde kurabilir, güncellemeleri daha kontrollü yapabilirsiniz.

Redis önbellek ne kazandırır?

Redis, sık okunan verileri ve oturumları bellekte tutarak veritabanı yükünü azaltır ve sayfa yanıt süresini kısaltır. Özellikle kampanya dönemlerinde sunucunun daha fazla ziyaretçiye dayanmasını sağlar.

Kampanya dönemlerinde trafik artarsa ne yapmalıyım?

Önce önbellek ve CDN ile statik yükü azaltın, ardından gerekirse paketi yükseltin. Kampanyadan önce yük testi yapmak ve yedek almak sürpriz kesintileri önler.

Ödeme verilerini sunucuda saklamalı mıyım?

Hayır. Kart bilgilerini kendi sunucunuzda saklamak yerine ödeme sağlayıcısının barındırılan ödeme sayfasını veya tokenizasyon çözümünü kullanmak güvenlik yükünüzü büyük ölçüde azaltır.

Bu yazıda geçen sunucu paketleri

+902243340242