Trafik deseni
Mesai saatine bağlı, takvimli başvuru zirvesi
- Yük mesai saatlerinde toplanır
- Başvuru dönemi takvimli
- Kapasite hazırlanır, otomatik büyütülmez
Çözüm senaryosu
Kamu iş yükünde yük çoğunlukla mesai saatine bağlıdır ve asıl soru kapasite değil izlenebilirliktir. Bu sayfa tek kontrollü girişin, iç içe sınırların ve belge saklamanın nasıl kurulduğunu gösterir.
Genel bakış
Bu senaryoda ilk soru kapasite değil sınırdır. Sistem dışa tek bir kontrollü noktadan açılır; başvuru uygulaması, belge arşivi ve yedek kasası bu noktanın arkasında, iç içe iki sınır çerçevesi içinde kalır. Dışarıdan gelen her istek aynı yönlendiriciden geçer ve erişim kaydı burada tutulur, çünkü kim neye ne zaman eriştiği sorusu sistemin çıktısı kadar önemlidir. İkinci karar veri katmanının belge odaklı olmasıdır: başvuru ekleri ve çıktı belgeleri nesne depolamada birikir, saklama süresi kurumun politikası ve tabi olduğu düzenlemelerle belirlenir. Üçüncüsü yükün öngörülebilirliğidir; başvuru dönemleri takvimlidir, bu yüzden kapasite planlanır ve otomatik büyüme yerine hazırlık tercih edilir. KVKK ve KEP gibi başlıklar bu senaryonun gereksinimleridir.
Tipik iş yükü profili
Yük mesai saatlerinde toplanır ve başvuru dönemleri takvimlidir; bu yüzden kapasite otomatik büyütülmek yerine önceden hazırlanır. Buna karşılık belge hacmi hiç azalmaz, çünkü arşiv silinmez. Profilin ana gerilimi öngörülebilir trafik ile sürekli büyüyen saklama arasındadır. Bu gerilim mimarinin merkezine kapasite kararını değil, saklama ve kopya kararını taşır.
Trafik deseni
Veri hacmi
Gecikme ve uyum
KVKK ve KEP kurumun mimari gereksinimleri olarak ele alınır. Sertifikalar vMind Bilgi Teknolojileri adına düzenlenmiştir.
Referans mimari
Diyagram uzay ekseninde okunur: dıştaki kurum ağ sınırı, içindeki yönetilen proje sınırı ve ikisini geçen tek yol. İstemci en dışta durur, yönlendirici sınırda bekler, uygulama ile arşiv en içte kalır. Erişim kaydı yan bileşendir; akışın parçası değil, akışın izidir. Sınırlar kutuların içine değil çevresine çizilir: kapsam sorusunun cevabı bu çerçevelerin nerede bittiğidir.
Kullanılan PortvMind Cloud servisleri
Router sınırı ve erişim kurallarını, Compute başvuru uygulamasını, Object Storage belge arşivini, Backup ise arşivin ayrı kasadaki kopyasını üstlenir. Bu kombinasyonun ayırt edici yanı depolamanın işlem değil belge odaklı olmasıdır; veri okunmak için değil, saklanmak ve gerektiğinde bulunmak için durur.
Dışa açılan tek kontrollü nokta ve erişim kurallarının tanımlandığı sınır.
Başvuru uygulaması mesai saatine göre planlanmış kapasitede çalışır.
Başvuru ekleri ve çıktı belgeleri arşiv olarak burada birikir.
Arşivin ayrı kasadaki kopyası ve saklama takvimi bu servisle kurulur.
Her servis sayfası bu senaryoya geri bağlanır; bağlantı iki yönde de aynı listeden üretilir. Tüm Servisler
Değerlendirme kriterleri
Tablo giriş noktasını, kurum ile proje sınırını, arşivin saklama süresi ile kopyasını ve mevzuat başlıklarını sorar. KVKK ve KEP kurumun gereksinimleri olarak mimariye girer. Giriş noktası, sınır katmanı ve arşiv kopyası kurulumda belirlenir.
| Kriter | Sorulan soru | Bu senaryodaki cevap |
|---|---|---|
| Giriş sayısı | Sisteme kaç noktadan erişiliyor? | Tek kontrollü noktadan; her istek aynı sınırdan geçer ve kaydı burada tutulur. |
| Sınır katmanı | Kurum sınırı ile proje sınırı ayrıldı mı? | Evet — iç içe iki çerçeve; sorumluluk paylaşımı sözleşmeyle tanımlanır. |
| Belge saklama | Arşivin saklama süresi ve kopyası tanımlandı mı? | Süre kurumun saklama politikasına göre belirlenir; kopya ayrı kasada tutulur. |
| Mevzuat gereksinimi | KVKK ve KEP gibi başlıklar mimariye nasıl giriyor? | KVKK ve KEP kurumun mimari gereksinimleri olarak ele alınır. |
Sertifikalar vMind Bilgi Teknolojileri adına düzenlenmiştir.
İlgili rehberler ve dokümantasyon
Yedekleme planı, nesne depolama ve arşiv taşıması rehberlerde anlatılır. Kurulum ve API erişimi dokümantasyonda yer alı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.
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 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.
Hesap oluşturma adımları için doğrudan Discuss rehberine gidin.
Erişim yaklaşımının kısa açıklaması ve Discuss’taki ilgili ürün duyurusu.
Saha ile bulut arasında tek yönlü köprü ve zirvesiz sürekli akış.
Eğitim penceresi, checkpoint hacmi ve çıkarım yolu ayrı ayrı planlanır.
Ortam ayrımı, sürüm terfisi ve kiracı başına kalıcı hacim.
Başvuru takviminizi, arşiv hacminizi ve kurumun saklama politikasını paylaşın; giriş noktasını, sınır katmanlarını ve yedek kasasını mimari görüşmede birlikte tanımlayalım.