Trafik deseni
Gün içi sürekli, gün sonu toplu
- Mesai içinde işlem akışı
- Gün sonu mutabakat penceresi
- İki bant, iki kaynak profili
Çözüm senaryosu
Finansal iş yükleri için referans mimari
Gün içi işlem akışı ile gün sonu toplu işi aynı gün içinde farklı kaynak ister. Bu sayfa iki zaman bandını, aralarındaki paylaşılan veri katmanını ve saklama kararını gösterir.
- Ana karar
- Gün içi ve gün sonu bantlarının ayrı planlanması
- Koruma hedefi
- Yedekleme sıklığı ve saklama süresi
- Sınır
- Düzenleyici uyum kurumun sorumluluğundadır
Genel bakış
Finansal bir iş yükü mimariyi hangi eksende böler?
Bu senaryoda mimari zaman ekseninde bölünür. Gün içinde işlem akışı süreklidir ve yanıt süresi kritiktir; mesai kapandıktan sonra mutabakat, raporlama ve arşivleme işleri aynı veriyi toplu olarak okur. İki bandın kaynak profili aynı değildir, ancak veri katmanı ortaktır: işlem veri seti blok hacimde durur ve iki bant da oraya bakar. İkinci karar ağ sınırıdır; yönlendirici, dışa açık yüzeyi ile iç işlem katmanını birbirinden ayırır ve erişim kaydı bu sınırda tutulur. Üçüncü karar saklamadır: yedeğin sıklığı ve saklama süresi Backup ile planlanır. Kurumun tabi olduğu düzenlemeler — örneğin BDDK, KVKK veya MASAK kapsamındaki yükümlülükler — bu kararların gereksinim tarafını belirler; uyumun değerlendirmesi kuruma aittir.
Tipik iş yükü profili
Aynı gün, iki farklı kaynak profili
Mesai saatlerinde işlem akışı süreklidir ve kısa yanıt süresi ister; mesai kapandıktan sonra mutabakat ve raporlama aynı veriyi toplu okur ve verim ister. Günlük veri artışı ölçülü olsa da saklama süresi uzundur. Profil bu yüzden hacmi değil, zamanı ana eksen olarak alır.
Veri hacmi
Günlük artış küçük, saklama süresi uzun
- İşlem veri seti blok hacimde
- Gün sonu kopyası yedeklenir
- Saklama süresi kuruma göre belirlenir
Gecikme ve uyum
Gün içinde gecikme, gün sonunda izlenebilirlik
- İşlem yolunda kısa yanıt süresi
- Ağ sınırında erişim kaydı
- Planlı yedekleme
İki bant ayrı kaynak profilinde çalışır. Saklama süresi kurum politikasına, hizmet seviyesi koşulları sözleşmeye göre belirlenir.
Referans mimari
İki bant, ortada tek veri katmanı
Diyagram yukarıdan aşağıya zaman olarak okunur: üstte gün içi bandı, altta gün sonu bandı, ortada ikisinin de bağlandığı işlem veri seti. Yönlendirici bandın girişinde durur ve erişim kaydı bu sınırda tutulur. Yedek kopya ile saklama kasası aynı bant içinde ama ayrı adımlar olarak gösterilir.
Kullanılan PortvMind Cloud servisleri
Ağ sınırı, kalıcı veri ve saklama
Router sınırı çizer, Compute her iki bandın işini yürütür, Block Storage paylaşılan işlem veri setini taşır, Backup ise gün sonu kopyası ile saklama kasasını üstlenir. Bu kombinasyonun ayırt edici yanı nesne depolamanın değil blok hacmin merkezde olmasıdır: veri arşiv değil, gün içinde okunan işlem setidir.
Compute
Gün içi işlem uygulaması ve gün sonu toplu işi ayrı profillerle çalışır.
Block Storage
İki bandın da okuduğu paylaşılan işlem veri seti burada durur.
Backup
Gün sonu kopyası ve saklama süresi bu servisle planlanır.
Router
Dışa açık yüzey ile iç işlem katmanı arasındaki sınır ve erişim kuralları.
Her servis sayfası bu senaryoya geri bağlanır; bağlantı iki yönde de aynı listeden üretilir. Tüm Servisler
Değerlendirme kriterleri
Bant, sınır, saklama ve gereksinim
Tablo gün sonu işinin gün içi yanıt süresini etkileyip etkilemediğini, işlem katmanının ayrıldığını, koruma hedefinin tanımlandığını ve düzenleyici gereksinimlerin mimariye nasıl girdiğini sorar. İki bant ayrı kaynak profilinde çalışır. Saklama takvimi kurumun politikasına göre Backup servisinde planlanır.
| Kriter | Sorulan soru | Bu senaryodaki cevap |
|---|---|---|
| Zaman bandı ayrımı | Gün sonu toplu işi gün içi yanıt süresini etkiliyor mu? | Hayır — iki bant ayrı kaynak profilinde çalışır, ortak olan yalnız veri katmanıdır. |
| Ağ segmentasyonu | İşlem katmanı dışa açık yüzeyden ayrıldı mı? | Evet — yönlendirici sınırı çizer, erişim kuralları ve kayıt bu sınırda tanımlanır. |
| Koruma hedefi | Yedeğin sıklığı ve saklama süresi tanımlandı mı? | Sıklık ve saklama, kurum politikasına göre Backup servisinde planlanır. |
| Düzenleyici gereksinim | BDDK, KVKK veya MASAK kapsamındaki yükümlülükler mimariye nasıl girer? | BDDK, KVKK ve MASAK kurumun mimari gereksinimleri olarak ele alınır. |
Düzenleme adları kurumun mimari gereksinimlerini tarif eder. Sertifikalar vMind Bilgi Teknolojileri adına düzenlenmiştir.
İlgili rehberler ve dokümantasyon
Yedekleme planı ve arşiv taşıma okumaları
Kurumsal yedekleme planı ve arşiv taşıması rehberlerde işlenir. API erişimi ile operasyon adımları dokümantasyonda anlatılır.
Rehberler
- Bulut Yedekleme Nedir? Kurumsal Yedekleme Nasıl Planlanır?
Bulut yedekleme, sunucu, volume ve uygulama verinizin planlı kopyalarını saklar. PortvMind Cloud Backup ile yedekleri panelden oluşturur, izler ve geri yüklersiniz. Snapshot hızlı geri dönüş içindir; kalıcı koruma Backup ile sağlanır.
- 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
- API Erişimi ve Application Credentials
Erişim yaklaşımının kısa açıklaması ve Discuss’taki ilgili ürün duyurusu.
- Nasıl Yapılır Rehberleri
GPU, VKE, ağ, güvenlik ve Terraform senaryoları için toplulukta yayımlanan uygulamalı rehberler.
Diğer çözüm senaryoları
- E-Ticaret ve Perakende
Takvimi bilinen kampanya zirvesi, esnek havuz ve çıkış bütçesi.
- 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ı.
İki bandı ve saklama planını birlikte tanımlayalım.
İşlem hacminizi, gün sonu pencerenizi ve kurumun saklama politikasını paylaşın; ağ sınırını, veri katmanını ve yedek planını mimari görüşmede birlikte planlayalım.