Stellen Sie Oracle Cloud Scale Billing auf Oracle Cloud Infrastructure bereit
Da Kommunikationsdienstleister sich bemühen, die Anforderungen einer wachsenden Abonnentenbasis zu erfüllen und neue 5G-Dienste einzuführen, migrieren sie zunehmend ihre Business Support-Systeme (BSS) in die Cloud, um die betriebliche Agilität zu verbessern.
Oracle Communications Billing and Revenue Management (BRM) ist eine branchenführende Cloud-Lösung für das Umsatzmanagement in der Kommunikationsbranche. BRM wurde entwickelt, um die Geschäftsprozesse zu unterstützen, die das Herzstück der Monetarisierungsstrategie eines CSP bilden, und kann als Cloud-native, containerisierte Anwendung bereitgestellt werden, die auf Oracle Cloud Infrastructure (OCI) ausgeführt wird und die OCI Kubernetes Engine (OKE) verwendet.
Diese Architektur beschreibt eine allgemeine konzeptionelle Architektur für das Deployment von BRM in einer einzelnen Availability-Domain innerhalb einer einzelnen OCI-Region. Die tatsächlichen Deployment-Details hängen von einer Reihe von Faktoren ab, die für die Geschäftsanforderungen des Serviceanbieters spezifisch sind und sich von dieser Referenzarchitektur unterscheiden können.
BRM verfügt über den Funktionsumfang und die betriebliche Leistung, damit innovative, kundenorientierte Unternehmen die Anforderungen an Umsatzwachstum für Business-to-Consumer (B2C) und Business-to-Business (B2B)-Serviceanbieter erfüllen können. Zur Veranschaulichung der unternehmensweiten Abrechnungsleistung von BRM wurde die von BRM unterstützte Oracle Communications Cloud Scale Billing-Lösung auf die Probe gestellt. Die Lösung, die auf OCI ausgeführt und OKE verwendet wurde, führte in 4,5 Stunden einen Rechnungslauf für 10 Millionen Konten über acht repräsentative CSP-Unternehmenskunden durch. Oracle erzielte einen Abrechnungsdurchsatz von 2,29 Millionen Konten pro Stunde und einen Rechnungsdurchsatz von 5,11 Millionen Konten pro Stunde. Weitere Details, einschließlich der verwendeten Testmethodik und OCI-Architektur, finden Sie in der technischen Zusammenfassung unter "Mehr erfahren".
BRM verfügt über eine Multi-Service-Architektur, die von branchenüblichen, Cloud-nativen Technologien wie Docker als Container-Laufzeit, Kubernetes für Container-Orchestrierung und Helm für Packaging und Deployment profitiert. Cloud Scale Billing bietet branchenweit bewährte, moderne Abrechnungs- und Umsatzverwaltung für Kommunikations- und digitale Unternehmen mit folgenden Angeboten:
- Flexible Unterstützung von Service- und Branchengeschäftsmodellen
- Schnellere Innovation: schnelle Einführung digitaler Angebote mit Designzeitflexibilität
- IT-Agilität: Modernes Cloud-natives Bereitstellungsmodell mit niedrigen Gesamtbetriebskosten, das für die Bereitstellung in einer öffentlichen und privaten Cloud-Infrastruktur entwickelt wurde
- Umfassende Abrechnungsvorgänge, um eine genaue und konsistente Abrechnungserfahrung zu gewährleisten und Kundenrechnungsbeschwerden zu minimieren
- Fakturierung für komplexe hierarchische Strukturen, einschließlich: flexible Gruppenkontenpläne, Rollup-Regeln, wiederkehrende Zahlungen, Nutzung, Einkaufsgebühren, Rechnungszeitrabatte, Zahlungen, Forderungseinzüge, Korrekturen und Streitbeilegungsmanagement
Architektur
Diese Architektur wird für die End-to-End-Umsatzverwaltung von Kommunikationsdienstleistern und kommunikationsbezogenen Unternehmen verwendet.
Die Umsatzverwaltung ist der End-to-End-Prozess zur Generierung, Erfassung und Erfassung von Umsatz für jeden Service und Kunden. Oracle Communications Cloud Scale Billing wurde entwickelt, um die effiziente Planung und Ausführung von leistungsstarken Abrechnungs- und Rechnungsstellungsaufgaben zu unterstützen, die auf einer Cloud-nativen Infrastruktur ausgeführt werden. Abrechnung und Rechnungsstellung sind Multi-Threaded-Anwendungen, die darauf ausgelegt sind, die verfügbaren Compute-Ressourcen optimal zu nutzen, um sicherzustellen, dass groß angelegte Jobs in kürzester Zeit abgeschlossen werden.
Der Abrechnungsvorgang wird in mehrere parallele kleinere Prozesse zerlegt, die eine effiziente Skalierbarkeit ermöglichen, und ist gut auf die dynamische automatische Kubernetes-Skalierung ausgerichtet. Wenn Sie die Anzahl der Hierarchien oder untergeordneten Konten in einer Hierarchie erhöhen, ergeben sich vorhersehbare Durchsatz- und Skalierbarkeitseigenschaften.
Neben einer leistungsstarken, Cloud-nativen Architektur stehen leistungsstarke Betriebsfunktionen zur Verfügung, mit denen Sie Fakturierung, Fakturierung und andere wichtige Umsatzverwaltungsfunktionen konfigurieren, planen und anzeigen können.
Die umfangreiche API-Suite von BRM (einschließlich Webservices, REST- und TM Forum-ausgerichtete offene APIs) ermöglicht Service Providern die Flexibilität und Kontrolle der Integration von BRM mit externen Unternehmensanwendungen, ohne direkten Zugriff auf die Datenbank zu gewähren, das Risiko für die Datensicherheit zu reduzieren und den Overhead für das Betriebsmanagement zu senken.
Mit der containerisierten BRM-Anwendung können Serviceprovider die Anwendung flexibel in der OCI Public Cloud, On Premise (Bare Metal oder virtuelle Maschine) oder in einer OCI-dedizierten Region beim Kunden bereitstellen.
oci-brm-functional-diagram-oracle.zip
In dieser konzeptionellen Referenzarchitektur wird das BRM mit einem OKE-Cluster in OCI bereitgestellt. Es wird empfohlen, BRM-Anwendungs-Worker-Knoten in verschiedenen Faultdomains (FDs) innerhalb einer Availability-Domain (AD) zu konfigurieren. Cloud-native Pods für Geschäftslogik können basierend auf der CPU-Auslastung horizontal automatisch skaliert werden (hoch- und heruntergefahren), sodass Compute-Ressourcen bei der Ausführung von Abrechnungsjobs optimiert werden können.
Das Diagramm zeigt ein Oracle RAC-Cluster in einem dedizierten privaten Subnetz. Der Zugriff auf die Oracle-Datenbank erfolgt über das Kubernetes-Netzwerk, sodass die nativen BRM-Cloud-Pods Datenbankvorgänge ausführen können. Die von Ihnen verwendete Oracle-Datenbank kann auf Bare Metal, virtuellen Maschinen oder Oracle Managed Database as a Service (DBaaS) auf OCI bereitgestellt werden. Die neuesten unterstützten Datenbankversionen finden Sie in der Produktdokumentation im Abschnitt "BRM-Softwarekompatibilität". Die Datenbank kann mit Active Data Guard in einer Standbydatenbank repliziert werden.
Ein Bastionhost ist in einem öffentlichen Subnetz konfiguriert, um den Zugriff auf die BRM-Worker-Knoten vom Kundennetzwerk (z.B. über SSH) zu ermöglichen. Die BRM-Webclients und externen Integrationen stellen über das Internetgateway eine Verbindung zum Load Balancer her. Zusätzliche Durchsetzung von Sicherheitsregeln kann von Oracle Cloud Infrastructure Web Application Firewall (WAF) für Internettraffic bereitgestellt werden.
Sie verwenden einen Ingress-Controller hinter einem externen Load Balancing, um BRM-Services außerhalb des Kubernetes-Clusters bereitzustellen und Clients die Kommunikation mit BRM zu ermöglichen. Der Ingress-Controller überwacht die Ingress-Objekte und verarbeitet die in diesen Objekten eingebettete Konfiguration, um BRM HTTP- und T3-Services für das externe Netzwerk bereitzustellen. Der Load Balancer bietet einen äußerst zuverlässigen Single-Point-Zugriff auf die Services, die vom Kubernetes-Cluster bereitgestellt werden. In diesem Fall werden die Services vom Ingress-Controller im Namen der Cloud-nativen BRM-Instanz bereitgestellt.
Das folgende Diagramm veranschaulicht diese Referenzarchitektur.
oci-brm-architecture-topology-diagram-oracle.zip
Die Architektur umfasst die folgenden Komponenten:
- Tenancy
Ein Mandant ist eine sichere und isolierte Partition, die Oracle in Oracle Cloud einrichtet, wenn Sie sich für Oracle Cloud Infrastructure registrieren. Sie können Ihre Ressourcen in Oracle Cloud in Ihrem Mandanten erstellen, organisieren und verwalten. Ein Mandant ist ein Synonym für ein Unternehmen oder eine Organisation. In der Regel verfügt ein Unternehmen über einen einzigen Mandanten und spiegelt seine Organisationsstruktur innerhalb dieses Mandanten wider. Ein einzelner Mandant ist in der Regel mit einem einzelnen Abonnement verknüpft, und ein einzelnes Abonnement hat in der Regel nur einen Mandanten.
- Region
Eine Oracle Cloud Infrastructure-Region ist ein lokalisierter geografischer Bereich, der mindestens ein Data Center enthält, das als Availability-Domain bezeichnet wird. Regionen sind unabhängig von anderen Regionen, und große Entfernungen können sie trennen (über Länder oder sogar Kontinente).
- Compartment
Compartments sind regionsübergreifende logische Partitionen innerhalb eines Oracle Cloud Infrastructure-Mandanten. Mit Compartments können Sie Nutzungs-Quotas für Ihre Oracle Cloud-Ressourcen organisieren, den Zugriff kontrollieren und festlegen. In einem bestimmten Compartment definieren Sie Policys, die den Zugriff kontrollieren und Berechtigungen für Ressourcen festlegen.
- Availability-Domain
Availability-Domains sind eigenständige, unabhängige Data Center innerhalb einer Region. Die physischen Ressourcen in jeder Availability-Domain sind von den Ressourcen in den anderen Availability-Domains isoliert, was eine Fehlertoleranz sicherstellt. Availability-Domains haben keine gemeinsame Infrastruktur wie Stromversorgung oder Kühlung oder das interne Availability-Domainnetzwerk. Daher sollte ein Fehler in einer Availability-Domain sich nicht auf die anderen Availability-Domains in der Region auswirken.
- Faultdomain
Eine Faultdomain ist eine Gruppierung aus Hardware und Infrastruktur innerhalb einer Availability-Domain. Jede Availability-Domain umfasst drei Faultdomains mit unabhängiger Stromversorgung und Hardware. Wenn Sie Ressourcen auf mehrere Faultdomains verteilen, können Ihre Anwendungen physische Serverausfälle, Systemwartungen und Stromausfälle innerhalb einer Faultdomain tolerieren.
- Virtuelles Cloud-Netzwerk (VCN) und Subnetz
Ein VCN ist ein anpassbares, softwaredefiniertes Netzwerk, das Sie in einer Oracle Cloud Infrastructure-Region einrichten können. Wie herkömmliche Data Center-Netzwerke erhalten Sie mit VCNs die Kontrolle über Ihre Netzwerkumgebung. Ein VCN kann mehrere sich nicht überschneidende CIDR-Blöcke aufweisen, die Sie nach dem Erstellen des VCN ändern können. Sie können ein VCN in Subnetze segmentieren, die sich auf eine Region oder eine Availability-Domain beschränken. Jedes Subnetz besteht aus einem Bereich zusammenhängender Adressen, die sich nicht mit anderen Subnetzen im VCN überschneiden. Sie können die Größe eines Subnetzes nach der Erstellung ändern. Ein Subnetz kann öffentlich oder privat sein.
- Load Balancer
Der Oracle Cloud Infrastructure Load Balancing-Service ermöglicht automatisierte Trafficverteilung von einem einzelnen Einstiegspunkt auf mehrere Server im Backend.
- Sicherheitsliste
Für jedes Subnetz können Sie Sicherheitsregeln erstellen, die Quelle, Ziel und Typ des Traffics angeben, der im Subnetz und aus dem Subnetz zugelassen werden muss.
- Network Address Translation-(NAT-)Gateway
Ein NAT-Gateway ermöglicht privaten Ressourcen in einem VCN den Zugriff auf Hosts im Internet, ohne dass diese Ressourcen für eingehende Internetverbindungen freigegeben werden.
- Servicegateway
Das Servicegateway bietet Zugriff von einem VCN auf andere Services, wie Oracle Cloud Infrastructure Object Storage. Der Traffic vom VCN zum Oracle-Service wird über die Oracle-Netzwerkstruktur geleitet und durchläuft nicht das Internet.
- Cloud Guard
Mit Oracle Cloud Guard können Sie die Sicherheit Ihrer Ressourcen in Oracle Cloud Infrastructure überwachen und verwalten. Cloud Guard verwendet Detektorrezepte, die Sie definieren können, um Ihre Ressourcen auf Sicherheitsschwächen zu untersuchen und Operatoren und Benutzer auf bestimmte riskante Aktivitäten zu überwachen. Wenn eine falsche Konfiguration oder unsichere Aktivität erkannt wird, empfiehlt Cloud Guard Korrekturmaßnahmen und unterstützt Sie bei der Ausführung dieser Aktionen basierend auf den Responder-Rezepten, die Sie definieren können.
- Sicherheitszone
Sicherheitszonen stellen die Best Practices für die Sicherheit von Oracle von Anfang an sicher, indem sie Policys wie die Verschlüsselung von Daten durchsetzen und den öffentlichen Zugriff auf Netzwerke für ein gesamtes Compartment verhindern. Eine Sicherheitszone ist mit einem Compartment mit demselben Namen verknüpft und umfasst Sicherheitszonen-Policys oder ein "Rezept", das für das Compartment und die zugehörigen Sub-Compartments gilt. Sie können kein Standard Compartment in ein Sicherheitszonen-Compartment hinzufügen oder verschieben.
- FastConnect
Mit Oracle Cloud Infrastructure FastConnect können Sie ganz einfach eine dedizierte, private Verbindung zwischen Ihrem Data Center und Oracle Cloud Infrastructure herstellen. FastConnect bietet Optionen mit höherer Bandbreite und ein zuverlässigeres Netzwerk als bei internetbasierten Verbindungen.
- Exadata-DB-System
Oracle Exadata Database Service ist eine Option, mit der Sie die Leistungsfähigkeit von Exadata in der Cloud nutzen können, falls Ihre Geschäftsanforderungen dies erfordern. Sie können flexible X8M-Systeme bereitstellen, mit denen Sie dem System Datenbank-Compute-Server und Speicherserver je nach Bedarf hinzufügen können. X8M-Systeme bieten RoCE-(RDMA over Converged Ethernet-)Networking für Module mit hoher Bandbreite und geringer Latenz, persistente Speichermodule (PMEM) und intelligente Exadata-Software.
Hinweise
Berücksichtigen Sie diese Punkte beim Deployment von Cloud-nativem BRM in OCI.
- Autoscaling
Mit dem Kubernetes HorizontalPodAutoscaler (HPA) können Sie die Anzahl der BRM-Podreplikate in Ihrem Deployment basierend auf der CPU- oder Speicherauslastung eines Pods automatisch vertikal oder horizontal skalieren. Weitere Informationen finden Sie im Oracle Communications Billing and Revenue Management Cloud Native Deployment Guide unter "Weitere Informationen".
- Performance
Die BRM-Bereitstellungsarchitekturen und die Systemgröße variieren von Kunde zu Kunde und hängen von vielen Faktoren ab, einschließlich, aber nicht beschränkt auf, Abonnentenbasis, erwartetes Nutzungsvolumen, Abrechnungs- und Fakturierungsmodelle, Komplexität der Accounthierarchie und Anforderungen an die Datenaufbewahrung, die vor und während der Entwurfsphase des Bereitstellungsprojekts mit Oracle oder Ihrem Implementierungspartner besprochen werden sollten.
- Verfügbarkeit und Resilienz
Für ein zusätzliches Maß an Verfügbarkeit kann BRM über Availability-Domains und Regionen hinweg bereitgestellt werden. In solchen Modellen kann die Datenreplikation über RAC-Instanzen hinweg mit Active Data Guard bereitgestellt werden.
- Konvergente Abrechnung
Wenn Sie Core-Netzwerkgebühren mit hohem Volumen und geringer Latenz für 4G- und 5G-Services unterstützen müssen, sollten Sie die Bereitstellung von Oracle Communications Cloud Scale Charging, unterstützt von der Oracle Communications Elastic Charging Engine, neben BRM (nicht in dieser Referenzarchitektur enthalten) in Betracht ziehen. In einem Leistungstest, der auf OCI mit OKE ausgeführt wird, erreichte die Abrechnungs-Engine eine einstellige Millisekundenlatenz in einem Leistungstest an mehreren Standorten, der skaliert wurde, um 100 Millionen gleichzeitig aktive Abonnenten zu unterstützen. Mit 270.000 Transaktionen pro Sekunde zeigte der Test, dass die Cloud-nativen Lösungen von Oracle selbst die anstrengendsten Ladeanforderungen der weltweit größten CSPs erfüllen können. Weitere Informationen zu Oracle Communications Cloud Scale Charging finden Sie unter "Weitere Informationen".
Mehr erfahren
Weitere Informationen zur Rechnungs- und Umsatzverwaltung.
Prüfen Sie diese zusätzlichen Ressourcen:
- Best Practice Framework für Oracle Cloud Infrastructure
- Skalierbare Oracle Cloud-Abrechnung
- Cloud Native Deployment Guide für Oracle Communications Billing and Revenue Management
- Oracle Cloud Scale Billing-Leistungstest
- Cloud Native System Administrator's Guide
- Oracle skaliert die Abrechnung für 10 Millionen Unternehmenskonten
- Cloud Scale Charging – Ein Cloud Native Converged Charging System (CCS)