Vucos Logo

Modüler OTT Mimarisi

Tüm platformu alın, ilk günden çalışır. Herhangi bir parçayı kendinizinkiyle değiştirin — faturalama, DRM, öneriler, analitik — çalışmaya devam eder. Sözleşme bazında modüler, üretimde birleştirilebilir.

10+
Bağımsız dağıtılabilir çekirdek servis
6
Belgelenmiş değiştirme sınırlı servis
3
Desteklenen dağıtım topolojisi
%100
İç-dış API pariteleri

Birleştirilebilir, Monolitik Değil

Vucos, gevşek bağlı servisler olarak yapılandırılmıştır — kimlik, katalog, yetkilendirme, faturalama, oynatma, arama, öneri, analitik, DRM, dağıtım — her biri kendi veri deposu, API'si ve yayın kadansıyla. Her servis, diğer her servisle aynı genel API ve olay sözleşmeleri üzerinden konuşur. Bu, operatörlerin tüm yığını benimseyebileceği, tek bir modülü halihazırda çalıştırdıkları bir sağlayıcıyla değiştirebileceği veya platformu çatallamadan kendi servislerini yazıp ekleyebileceği anlamına gelir.

Neden önemli

Operatörler nadiren sıfırdan başlar. Çoğunun eski sistemleri vardır — ERP'ye bağlı bir faturalama platformu, beş yıllık eğitim verisine sahip bir öneri motoru, grup genelinde tekli oturum açmayı düzenleyen bir kimlik sağlayıcı. Monolitik bir OTT platformu, söküp atma ile eski ile yeniyi birbirine dikmek için uzun ve pahalı bir gölge BT projesi arasında seçim yapmaya zorlar. Her iki sonuç da kötü biter.

Modüler mimari bu zorunlu seçimi kaldırır. Her Vucos servisi temiz bir sözleşme açar; her biri operatörün mevcut yığınından veya açık pazardan bir eşdeğeriyle değiştirilebilir. Platform çalışmaya devam eder çünkü sözleşmeler herkese açık ve sürümlüdür — öneri servisi, yetkilendirme sözleşmesi karşılandığı sürece yetkilendirmenin Vucos'tan mı yoksa operatörün mevcut CRM'sinden mi geldiğine önem vermez.

Modülerlik nasıl çalışır

Servis sınırları

Kimlik, katalog, yetkilendirme, faturalama, oynatma, arama, öneri, analitik, DRM ve dağıtım arasında net alan sınırları. Her servis kendi verisine sahiptir ve açık bir API sunar.

Sözleşme odaklı kompozisyon

Servisler, sürümlü REST, GraphQL veya olay sözleşmeleri aracılığıyla iletişim kurar. Sözleşmeye uyulduğu sürece uygulamalar değiştirilebilir — hiçbir servis bir diğerinin iç yapısına dair gizli bilgiye sahip değildir.

Bağımsız ölçekleme

Her servis kendi profilinde yatay ölçeklenir. Oynatma yetkilendirmesi pazar akşamı maç başlangıcı için ölçeklenirken; faturalama ay sonu yenileme patlamaları için ölçeklenir — tüm platformu gereğinden fazla provizyonlamadan.

Bağımsız yayın kadansı

Her servis kendi yayın treninde gider. DRM hotfix'leri analitik dağıtımlarını beklemez; özellik bayrakları, kontrollü kullanıma sunumlar için müşteri tarafı her değişikliği kapıda tutar.

Kendi yığınını oluştur

Tam Vucos yığınını çalıştırın veya seçip karıştırın: mevcut bir faturalama platformu ile Vucos CDN orkestrasyonu, özel bir öneri motoru ile Vucos analitik. Her servis için belgelenmiş entegrasyon noktaları.

Dağıtım esnekliği

Tamamen yönetilen SaaS, operatörün barındırdığı Kubernetes veya hassas servislerin (faturalama, kimlik) operatör tesislerinde ve geri kalanının bulutta olduğu hibrit yerleşim. Operatör başına tek bir dağıtım topolojisi.

Operatörler nasıl kullanıyor

Telekom operatörü

Faturalamayı koru, gerisini değiştir

Mevcut Amdocs faturalama platformunu korurken Vucos katalog, oynatma, DRM, dağıtım ve analitik devreye alındı. Vucos faturalama adaptörü, Amdocs abonelik durumunu yetkilendirme sözleşmesine çevirir — hiçbir izleyici dikişi görmez, hiçbir finans süreci değişmez.

Spor yayıncısı

Kendi önerilerini getir

Operatörün kurum içi ML öneri servisinde beş yıllık eğitim verisi var. Vucos, etkileşim olaylarını o servise akıtır ve sıralanmış çıktısını öneri sözleşmesi üzerinden tüketir. Modele operatörün veri bilimi ekibi sahipken, diğer her şeye Vucos sahiptir.

Bölgesel OTT grubu

Markalar arası birleşik kimlik

Grup, paylaşılan bir sadakat kimliğiyle altı tüketici markası işletir. Vucos kimlik servisi, grubun mevcut OIDC sağlayıcısıyla değiştirilir; katalog ve yetkilendirme servisleri aynı token'ları tüketir. Kimlik halihazırda çözülmüş olduğundan yeni markalar çeyrek yerine haftalar içinde lanse edilir.

Teknik detaylar

Çekirdek servisler
  • Kimlik & SSO
  • Katalog & meta veri
  • Yetkilendirme & haklar
  • Faturalama & ödemeler
  • Oynatma & dağıtım
  • Arama & öneri
  • Analitik
  • DRM anahtar servisleri
Sözleşmeler
  • REST (OpenAPI 3.1)
  • GraphQL ağ geçidi
  • Olay akışları (Kafka / Pulsar uyumlu)
  • Webhook geri aramaları
  • Yüksek hacimli yollar için gRPC
Dağıtım modelleri
  • Tamamen yönetilen SaaS
  • Operatör tarafından barındırılan Kubernetes
  • Hibrit (on-prem + bulut)
  • Çok bölgeli aktif-aktif
  • DR'li tek bölge
Değiştirme sınırları
  • Faturalama platformu
  • Kimlik sağlayıcı
  • DRM lisans hizmeti
  • Öneri motoru
  • Reklam karar motoru
  • Arama dizini
Platform ilkelleri
  • mTLS ile servis mesh'i
  • Dağıtık izleme
  • Servis başına özellik bayrakları
  • Blue/green ve canary dağıtımlar
  • Kiracı başına izolasyon
Veri bağımsızlığı
  • Her servis kendi şemasına sahip
  • İlgili yerlerde event-sourced durum
  • Paylaşılan veritabanı yok
  • Kiracıya özel veri yerleşimi

Key Takeaways

  • Net alan sınırları ve açık API'lere sahip gevşek bağlı servisler
  • REST, GraphQL ve olay sözleşmeleri — gizli dahili protokoller yok
  • Servis başına bağımsız ölçekleme ve yayın kadansı
  • Faturalama, kimlik, DRM, öneri veya aramayı kendinizinkiyle değiştirin
  • Tamamen yönetilen SaaS, operatör Kubernetes veya hibrit olarak dağıtın
  • Servis mesh, mTLS ve dağıtık izleme ile kiracı başına izolasyon

Sıkça Sorulan Sorular

Pratikte "modüler" ne kadar modüler?
Çok. Altı Vucos servisi belgelenmiş ve desteklenen değiştirme sınırlarıyla gelir: faturalama, kimlik, DRM lisansı, öneri, reklam karar motoru ve arama. Bunların ötesinde, sözleşme öncelikli mimari, herhangi bir servisin mühendislik çabasıyla değiştirilebileceği anlamına gelir — bir çalışma zamanı bağlantısının arkasında kilitli değildir.
Tüm bu modülerlik işleri yavaşlatmaz mı?
Sıcak yollarda değil. Oynatma yetkilendirmesi, DRM lisans üretimi ve manifest teslimi, 100 ms altı gecikme bütçeleriyle uçtan uca optimize edilir. Bu yollardaki servisler arası çağrılar aynı bölgeye sabitlenir, ikili protokoller kullanır ve sürekli ölçülür. Modülerlik dağıtımda görünür, çalışma zamanında değil.
Bir servisi değiştirip sonra geri dönmek istersek ne olur?
Her iki taraf da aynı sözleşmeyi konuştuğu için dönüş yolculuğu simetriktir. Operatörler, kurumsal yeniden yapılanma sonrası faturalama adaptörlerini Vucos faturalamaya geri taşımış ve operasyonel tercihe göre aramayı Vucos'tan Elastic'e ve geri taşımıştır. Her iki yön de yeniden inşa meselesi değil, yapılandırma meselesidir.
Servisler bağımsız yayınlandığında tutarlılığı nasıl garanti ediyorsunuz?
Üç mekanizma. Her servisin CI'sında sürümlü API spec'lerine karşı sözleşme testleri çalışır. Özellik bayrakları, müşteriye görünen davranış değişikliklerini kapıda tutar. Ve platform, her yayında uçtan uca kullanıcı yolculuklarını sınayan entegrasyon testleri sevk eder; böylece servisler arası gerilemeler üretimden önce yakalanır.
Düzenleyici nedenlerle platformun bazı parçalarını on-prem dağıtabilir miyiz?
Evet. Hibrit, birinci sınıf bir topolojidir. Düzenlenmiş pazarlardaki operatörler yaygın olarak kimlik ve faturalamayı on-premise çalıştırırken platformun geri kalanını SaaS olarak tüketir. Dağıtım grafiği kodda bildirilir ve platform, sınır boyunca garantilerini korur.
Paylaşılan bir dağıtımda kiracı başına izolasyon nasıl ele alınıyor?
Her istek; kimlik doğrulama, yetkilendirme, veri erişimi ve telemetri boyunca yayılan bir kiracı kimliği taşır. Veritabanı satırları sorgu katmanında kiracı kapsamlıdır; önbellek anahtarları kiracı önekli; metrikler, log'lar ve izler denetim ve gürültülü komşu tespiti için kiracı kimliğini taşır. Sözleşmelerin gerektirdiği yerlerde adanmış tek kiracılı dağıtımlar da mevcuttur.

İlgili

Daha fazlasını öğrenmeye hazır mısınız?

Bunun dağıtımınıza nasıl uyduğunu bir mimarla görüşün.