Trafik deseni
Takvimi bilinen zirve, planlı ölçekleme
- Kampanya penceresi önceden tanımlı
- Durumsuz istek dağıtımı
- Pencere kapanınca havuz küçülür
Çözüm senaryosu
E-ticaret ve perakende trafiği için referans mimari
Kampanya zirvesinin tarihi bellidir, büyüklüğü tahmindir. Bu sayfa sabit genel girişin, kampanya penceresinde büyüyen havuzun ve çıkış trafiği bütçesinin nasıl kurulduğunu gösterir.
- Ana karar
- Kampanya penceresinde havuzun ne kadar büyüyeceği
- Sabit nokta
- Genel giriş adresi kampanya boyunca değişmez
- Bütçe kalemi
- Ürün medyasının dışa transferi ayrı planlanır
Genel bakış
Kampanya trafiği mimariden ne bekler?
Bu senaryonun ayırt edici yanı zirvenin takviminin bilinmesidir. Kampanya tarihi önceden bellidir, bu yüzden ölçekleme planlıdır: havuza eklenecek düğümler pencere açılmadan hazırlanır, pencere kapandığında geri alınır. Genel adres kampanya boyunca sabit kalır, arkasındaki düğüm kümesi değişir. İstek durumu düğümde tutulmaz. Ürün görselleri nesne depolamadan servis edilir ve dışa çıkan trafik ayrı bütçelenir. Sepet ile ödeme yolları ayrı izlenir.
Tipik iş yükü profili
Zirvenin tarihi belli, büyüklüğü tahmin
Kampanya takvimi bilindiği için ölçekleme tepkisel olmak zorunda değildir. Katalog hacmi görece sabit kalırken medya trafiği zirvede belirgin biçimde artar. Bu yüzden profilin en kritik ekseni veri hacmi değil, pencerenin ne zaman açılıp kapanacağıdır; kapasite planı da bu takvime göre yazılır.
Veri hacmi
Katalog sabit, medya trafiği zirvede artar
- Ürün medyası nesne depolamada
- Uygulama düğümü medya taşımaz
- Çıkış trafiği ayrı kalem
Gecikme ve uyum
Sepet yolunda gecikme, ödeme yolunda ayrıştırma
- Sağlık sinyaline göre dağıtım
- Sabit genel giriş adresi
- Müşteri verisi senaryonun gereksinimi
Zirve büyüklüğü kurumun kendi kampanya ölçümüyle planlanır.
Referans mimari
Tek giriş, arkasında değişebilen havuz
Mimari soldan sağa dağılım olarak okunur: sabit genel giriş, yük dengeleyici ve beş düğümlü havuz. Son iki düğüm kesikli çizilir; yalnız kampanya penceresinde vardır. Havuzdan sağa iki bağ çıkar — biri ürün medyasına, diğeri dışa çıkan trafiğin ölçüldüğü kaleme gider.
Kullanılan PortvMind Cloud servisleri
Beş servis, giriş ile çıkış arasında
Floating IP girişi sabitler, Load Balancer dağıtır, Compute havuzu büyütüp küçültür, Object Storage medyayı taşır, Network Data Transfer ise çıkışın bütçesini görünür kılar. Bu kombinasyon yedi senaryonun en geniş olanıdır çünkü zincir dış istekten dış transfere kadar tek sayfada tamamlanır.
Floating IP
Genel giriş adresi kampanya boyunca sabit kalır, arkasındaki düğüm değişir.
Load Balancer
Durumsuz istekler sağlık sinyaline göre havuza dağıtılır.
Compute
Havuz düğümleri kampanya penceresinde eklenir, pencere kapanınca kaldırılır.
Object Storage
Ürün görselleri ve katalog varlıkları uygulama düğümünden değil buradan servis edilir.
Network Data Transfer
Kampanya penceresinde artan dışa transfer ayrı bir bütçe kalemi olarak planlanır.
Her servis sayfası bu senaryoya geri bağlanır; bağlantı iki yönde de aynı listeden üretilir. Tüm Servisler
Değerlendirme kriterleri
Pencere açılmadan cevaplanan dört soru
Tablo kapasitenin ne zaman hazırlandığını, genel adresin sabit kalıp kalmadığını, oturum durumunun düğümden çıkarıldığını ve medyanın nereden servis edildiğini sorar. Havuz büyüklüğü kurumun kampanya ölçümüyle ve maliyet hesaplama aracıyla planlanır.
| Kriter | Sorulan soru | Bu senaryodaki cevap |
|---|---|---|
| Ölçekleme zamanlaması | Kapasite zirve anında mı, öncesinde mi hazırlanıyor? | Öncesinde — kampanya takvimi bilindiği için havuz pencere açılmadan hazırlanır. |
| Giriş noktası | Genel adres düğüm değişince değişiyor mu? | Hayır — sabit genel giriş adresi korunur, düğüm kümesi arkasında serbestçe değişir. |
| Oturum durumu | İstek durumu uygulama düğümünde mi tutuluyor? | Hayır — durum düğümden çıkarılır, aksi hâlde havuz büyüdüğünde trafik dengesiz dağılır. |
| Medya ve çıkış | Ürün görselleri uygulama düğümünden mi servis ediliyor? | Hayır — medya nesne depolamadan servis edilir ve dışa transfer ayrı kalem olarak bütçelenir. |
Müşteri verisi kurumun mimari gereksinimleri arasında planlanır.
İlgili rehberler ve dokümantasyon
Nesne depolama ve taşıma kontrol listesi okumaları
Nesne depolama mimarisinin nasıl kurulduğu ve mevcut medya arşivinin hangi kontrol listesiyle taşındığı rehberlerde anlatılır; kurulum ve günlük operasyon adımları dokümantasyonda durur. Kampanya öncesi hazırlık bu iki kaynağın birlikte okunmasıyla tamamlanır. Bölümün üçüncü kolonu diğer senaryolara açılır ve zirveli yükün zirvesiz olandan nerede ayrıldığını görünür kılar.
Rehberler
- Object Storage Mimarisi: Block Storage'dan Farkı Nedir?
Object Storage, veriyi dosya sistemi blokları yerine veri, benzersiz bir anahtar ve metadata içeren bağımsız nesneler olarak bucket'larda saklar. Uygulamalar bu nesnelere genellikle HTTP tabanlı S3 uyumlu API üzerinden erişir. Block Storage ise sunucuya bir disk hacmi sunar; işletim sistemi bu hacim üzerinde dosya sistemi veya veritabanı çalıştırır. Medya, yedek, arşiv ve veri gölü için nesne modeli; işletim sistemi diskleri, veritabanları ve düşük gecikmeli rastgele okuma ve yazma isteyen iş yükleri için blok modeli değerlendirilir.
- S3 Taşıma Kontrol Listesi: Object Storage Geçişi Nasıl Planlanır?
S3 taşıma yalnızca dosyaları kopyalamak değildir. Güvenli bir geçiş; kaynak envanteri, kullanılan API davranışları, metadata ve sürümler, deneme kopyası, bütünlük kontrolü, son delta senkronizasyonu ve geri dönüş planını birlikte kapsar. Uygulamanızın kullandığı işlemleri hedef serviste test edin.
Rehberler
- Nasıl Yapılır Rehberleri
GPU, VKE, ağ, güvenlik ve Terraform senaryoları için toplulukta yayımlanan uygulamalı rehberler.
- Başlangıç Rehberi
Hesap oluşturma adımları için doğrudan Discuss rehberine gidin.
Diğer çözüm senaryoları
- Oyun
Durumlu oturum, eşleştirme kararı ve varlık dağıtımı.
- Kamu
Tek kontrollü giriş, iç içe sınır ve belge arşivinin saklanması.
- Üretim ve Endüstri
Saha ile bulut arasında tek yönlü köprü ve zirvesiz sürekli akış.
Kampanya penceresini birlikte planlayalım.
Kampanya takviminizi, mevcut giriş mimarinizi ve medya arşivinizin hacmini paylaşın; havuz planını ve çıkış bütçesini mimari görüşmede birlikte çıkaralım.