Trafik deseni
Zirvesiz, hat çalıştığı sürece sabit
- Kesintisiz telemetri akışı
- Ani artış beklenmez
- Kapasite sürekliliğe göre planlanır
Çözüm senaryosu
Üretim hattı durmaz, dolayısıyla veri de durmaz. Bu sayfa saha ile bulut arasındaki tek yönlü aktarım sınırının ve zirvesiz sürekli akışın nasıl planlandığını gösterir.
Genel bakış
Bu senaryonun ayırt edici yanı iki ayrı alandır. Saha tarafındaki sistemler üretim hattına bağlıdır; bulut tarafı veriyi işler, saklar ve raporlar. Aktarım tek yönlüdür: veri sahadan buluta çıkar, ters yönde kontrol trafiği açılmaz. Hat çalıştığı sürece veri sabit hızda gelir, kapasite planı sürekliliğe göre yapılır. Ham zaman serisi saklanır. Kayıt sırası korunur.
Tipik iş yükü profili
Hat çalıştığı sürece veri sabit hızda gelir; bu yüzden kapasite planı ani artış senaryosu üzerine değil kesintisizlik üzerine kurulur. Kayıtlar tek tek küçüktür ama akış hiç durmadığı için toplam sürekli büyür. Profilin üçüncü ekseninde gecikme değil, kayıt sırasının korunması vardır.
Trafik deseni
Veri hacmi
Gecikme ve uyum
Ölçüm hattın kendi sistemlerinden gelir. Bulut tarafı akışı işler, saklar ve raporlar.
Referans mimari
Diyagram yan yana iki alan olarak kurulur: solda saha, sağda bulut. Ortadaki aktarım sınırı tek geçiş noktasıdır ve yalnız soldan sağa ok taşır. Saha sistemleri buluttan gelen bir komutla çalışmaz.
Kullanılan PortvMind Cloud servisleri
Router aktarım sınırını ve tek yön kuralını, VKE kesintisiz çalışan akış işlemeyi, Object Storage ham zaman serisini, Compute ise özet ve raporlama işlerini üstlenir. VKE burada ortam ayrımı için değil, akış bileşenlerinin kesintisiz kalması için kullanılır — aynı servisin farklı bir rolüdür.
Akış işleme bileşenleri kesintisiz çalışacak şekilde kümede yürütülür.
Ham zaman serisi geçmişe dönük sorgular için olduğu gibi saklanır.
Özet ve raporlama işleri akış hattından ayrı bir kaynakta çalışır.
Saha ile bulut arasındaki aktarım sınırı ve tek yön kuralı burada tanımlanı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
Tablo aktarımın yönünü, kapasite planını, ham verinin saklanmasını ve iki alanın ayrılmasını sorar. Aktarım tek yönlüdür, kapasite sürekliliğe göre planlanır, ham zaman serisi saklanır ve saha ile bulut ayrı alanlarda kalır.
| Kriter | Sorulan soru | Bu senaryodaki cevap |
|---|---|---|
| Aktarım yönü | Buluttan sahaya kontrol trafiği açılıyor mu? | Hayır — aktarım tek yönlüdür; saha sistemleri buluttan gelen komutla çalışmaz. |
| Kapasite planı | Kapasite ani artışa göre mi planlanıyor? | Hayır — akış zirvesizdir; plan kesintisizlik ve sıra bütünlüğü üzerine kurulur. |
| Ham veri saklama | Yalnız özet mi saklanıyor? | Hayır — ham zaman serisi saklanır; aksi hâlde geçmişe dönük yeni soru sorulamaz. |
| Alan ayrımı | Saha ağı ile bulut projesi aynı alan mı? | Hayır — iki ayrı alan; aralarındaki tek geçiş aktarım sınırıdır. |
Saha sistemlerinin işletmesi kuruma aittir. Bulut tarafı tek yönlü aktarım, akış işleme, zaman serisi deposu ve raporlamayı kapsar.
İlgili rehberler ve dokümantasyon
Kubernetes’in ne yaptığı ve nesne depolamanın nasıl kurgulandığı rehberlerde anlatılır; altyapıyı kodla kurmak ve bucket işlemleri dokümantasyonda adım adım işlenir. Saha tarafındaki protokol ve toplayıcı seçimi kurumun kendi sistemlerine aittir. Bölümün üçüncü kolonundaki senaryolar zirvesiz akışın zirveli yüklerden nerede ayrıldığını gösterir.
Kubernetes, konteyner tabanlı uygulamaların dağıtımını, ölçeklendirilmesini ve yaşam döngüsünü otomatikleştiren açık kaynaklı bir orkestrasyon platformudur. Uygulama kodu yazmaz ve tek başına bir container runtime değildir. Bunun yerine, tanımladığınız istenen durumu kümedeki gerçek durumla sürekli karşılaştırır; pod'ları yerleştirir, arızalanan iş yüklerini yeniden oluşturur ve servis trafiğini kullanılabilir örneklere yönlendirir.
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.
Kurulum ve altyapı otomasyonu için doğrudan Discuss rehberine gidin.
Bucket ve dosya kullanımı için Discuss’ta yayımlanan rehber.
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.
Gün içi işlem bandı, gün sonu toplu iş bandı ve saklama süresi.
Hat sayınızı, telemetri hacminizi ve saha tarafındaki toplayıcı yapınızı paylaşın; tek yönlü köprüyü, akış işleme katmanını ve zaman serisi deposunu mimari görüşmede birlikte planlayalım.