Çözüm senaryosu

Kamu kurumları için referans mimari

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.

Ana karar
Sınırın nerede çizildiği ve girişin tek olması
Veri katmanı
Belge arşivi nesne depolamada, kopyası kasada
Sınır
Mevzuata uygunluk kurumun değerlendirmesindedir

Genel bakış

Kamu iş yükünde mimarinin ilk sorusu nedir?

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

Öngörülebilir yük, biriken belge

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

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

Veri hacmi

Belge birikir, silinmez

  • Başvuru ekleri nesne depolamada
  • Saklama süresi kurum politikasıyla
  • Yedek kopya ayrı kasada

Gecikme ve uyum

İzlenebilirlik gecikmenin önündedir

  • Tek kontrollü giriş noktası
  • Sınırda erişim kaydı
  • KVKK ve KEP senaryonun gereksinimi

KVKK ve KEP kurumun mimari gereksinimleri olarak ele alınır. Sertifikalar vMind Bilgi Teknolojileri adına düzenlenmiştir.

Referans mimari

İç içe iki çerçeve, tek geçiş noktası

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.

İç içe sınır çerçeveleri ve tek kontrollü girişKurum içi istemci en dışta durur ve tek kontrollü girişten geçer. Giriş, kurum ağ sınırının içindedir; onun içinde yönetilen proje sınırı bulunur. Proje sınırı içinde başvuru uygulaması, belge arşivi ve yedek kasası yer alır. Erişim kaydı başvuru uygulamasına kesikli bir bağla iliştirilmiştir.Kurum ağ sınırıYönetilen proje sınırıKurum içi istemciDış istekTek kontrollü girişRouterBaşvuru uygulamasıComputeBelge arşiviObject StorageYedek kasasıBackupErişim kaydıDenetim izitek yolsaklamakayıt
Kurum ağı ile proje sınırı iç içe iki çerçevedir. Her istek tek kontrollü girişten geçer.

Kullanılan PortvMind Cloud servisleri

Sınır, uygulama, arşiv ve kasa

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.

  1. Router

    Dışa açılan tek kontrollü nokta ve erişim kurallarının tanımlandığı sınır.

  2. Compute

    Başvuru uygulaması mesai saatine göre planlanmış kapasitede çalışır.

  3. Object Storage

    Başvuru ekleri ve çıktı belgeleri arşiv olarak burada birikir.

  4. Backup

    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

Giriş, sınır, saklama ve mevzuat

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.

Giriş, sınır, saklama ve mevzuat
KriterSorulan soruBu 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 saklamaArşivin saklama süresi ve kopyası tanımlandı mı?Süre kurumun saklama politikasına göre belirlenir; kopya ayrı kasada tutulur.
Mevzuat gereksinimiKVKK 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

Arşiv, koruma ve taşıma okumaları

Yedekleme planı, nesne depolama ve arşiv taşıması rehberlerde anlatılır. Kurulum ve API erişimi dokümantasyonda yer alı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.

  • 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.

Diğer çözüm senaryoları

Sınırları ve saklama takvimini birlikte yazalım.

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.