Implementa Oracle Cloud Scale Billing su Oracle Cloud Infrastructure

I fornitori di servizi di comunicazione (CSP, Communication Service Provider) si sforzano di soddisfare le esigenze di una base di sottoscrittori in crescita e di introdurre nuovi servizi 5G, migrano sempre più i loro sistemi di supporto aziendale (BSS) nel cloud per migliorare l'agilità operativa.

L'applicazione Oracle Communications Billing and Revenue Management (BRM) è una soluzione di gestione dei ricavi leader del settore, su scala cloud, per il settore delle comunicazioni. BRM è stato progettato per supportare i processi aziendali al centro della strategia di monetizzazione di un CSP e può essere distribuito come applicazione cloud nativa, containerizzata in esecuzione su Oracle Cloud Infrastructure (OCI) e utilizzando OCI Kubernetes Engine (OKE).

Questa architettura descrive un'architettura concettuale di alto livello per l'implementazione di BRM in un singolo dominio di disponibilità all'interno di una singola area OCI. I dettagli effettivi della distribuzione dipenderanno da una serie di fattori specifici dei requisiti aziendali del fornitore di servizi e potrebbero differire da questa architettura di riferimento.

BRM ha la ricchezza funzionale e le prestazioni operative per consentire alle aziende innovative e incentrate sul cliente di soddisfare le richieste di crescita ad alto reddito per le offerte di fornitori di servizi business-to-consumer (B2C) e business-to-business (B2B). Per illustrare le prestazioni di fatturazione su scala aziendale di BRM, è stata messa alla prova la soluzione Oracle Communications Cloud Scale Billing (con tecnologia BRM). In esecuzione su OCI e utilizzando OKE, la soluzione ha completato un ciclo di fatturazione per 10 milioni di account in otto clienti aziendali CSP rappresentativi in 4,5 ore. Oracle ha ottenuto un throughput di fatturazione pari a 2,29 milioni di account all'ora e un throughput di fatturazione pari a 5,11 milioni di account all'ora. Per ulteriori dettagli, tra cui la metodologia di test e l'architettura OCI utilizzata, consulta il brief tecnico disponibile in Esplora altro.

BRM dispone di un'architettura multi-servizio che sfrutta le tecnologie cloud native accettate dal settore, come Docker come runtime dei container, Kubernetes per l'orchestrazione dei container e Helm per il packaging e la distribuzione. Cloud Scale Billing offre funzionalità moderne e collaudate di fatturazione e gestione dei ricavi per le comunicazioni e le aziende digitali che offrono:

• Supporto flessibile del modello di business di settore e dei servizi
• Innovazione più rapida: lancio rapido delle offerte digitali con flessibilità in fase di progettazione
• Agilità IT: modello di distribuzione cloud nativo moderno con basso Total Cost of Ownership, progettato per essere implementato nell'infrastruttura cloud pubblica e privata
• Operazioni di fatturazione complete per garantire un'esperienza di fatturazione accurata e coerente che consenta di ridurre al minimo i reclami relativi alla fatturazione dei clienti
• Fatturazione per strutture gerarchiche complesse, tra cui: piani dei conti di gruppo flessibili, regole di aggregazione, ricorrenti, uso, addebiti di acquisto, sconti orari di fatturazione, pagamenti, riscossioni, adeguamenti e gestione delle controversie

Architettura

Questa architettura viene utilizzata per la gestione dei ricavi end-to-end per i fornitori di servizi di comunicazione e le imprese correlate alle comunicazioni.

La gestione dei ricavi è il processo end-to-end per generare, acquisire e raccogliere i ricavi per ogni servizio e cliente. Oracle Communications Cloud Scale Billing è stato progettato per supportare la pianificazione e l'esecuzione efficienti delle attività di fatturazione e fatturazione ad alte prestazioni, in esecuzione su un'infrastruttura cloud nativa. Fatturazione e fatturazione sono applicazioni multi-threaded progettate per utilizzare in modo ottimale le risorse di calcolo disponibili per garantire che i processi su larga scala vengano completati nel minor tempo possibile.

L'operazione di fatturazione viene scomposta in più processi paralleli più piccoli che consentono una scalabilità efficiente ed è ben allineata con la scalabilità automatica dinamica di Kubernetes. L'aumento del numero di gerarchie o di account subordinati in una gerarchia genera caratteristiche di throughput e scalabilità prevedibili.

Oltre a un'architettura cloud nativa altamente performante, sono disponibili potenti funzionalità operative per configurare, pianificare e visualizzare fatturazione, fatturazione e altre funzioni chiave di gestione dei ricavi.

L'ampia suite di API BRM (inclusi servizi Web, API aperte allineate per REST e TM Forum) consente ai fornitori di servizi la flessibilità e il controllo dell'integrazione di BRM con applicazioni aziendali esterne senza fornire accesso diretto al database, riducendo i rischi per la sicurezza dei dati e riducendo il sovraccarico della gestione operativa.

L'applicazione BRM containerizzata consente ai provider di servizi la flessibilità di distribuire l'applicazione nel cloud pubblico OCI, on-premise (bare metal o virtual machine) o in un'area dedicata OCI presso il cliente.

Descrizione dell'immagine oci-brm-functional-diagram.png

oci-brm-funzionale-diagramma-oracle.zip

In questa architettura di riferimento concettuale, il BRM viene distribuito utilizzando un cluster OKE in OCI. Si consiglia di configurare i nodi di lavoro dell'applicazione BRM in domini di errore (FD, fault domain) diversi all'interno di un dominio di disponibilità (AD, Availability Domain). I pod della business logic cloud nativi possono essere configurati in modo da eseguire la scalabilità automatica orizzontale (su e giù) in base all'utilizzo della CPU, consentendo l'ottimizzazione delle risorse di computazione durante l'esecuzione dei job di fatturazione.

Il diagramma mostra un cluster Oracle RAC in una subnet privata dedicata. Il database Oracle è accessibile tramite la rete Kubernetes in modo che i pod cloud nativi BRM possano eseguire le operazioni del database. Il database Oracle utilizzato può essere distribuito su bare metal, virtual machine o Oracle Managed Database as a Service (DBaaS) su OCI. Per le ultime versioni di database supportate, consulta la sezione "Compatibilità software BRM" nella documentazione del prodotto. Il database può essere replicato in un database di standby utilizzando Active Data Guard.

Un host bastion viene configurato in una subnet pubblica per consentire l'accesso ai nodi di lavoro BRM dalla rete del cliente, ad esempio tramite SSH. I client Web BRM e le integrazioni esterne si connettono al load balancer tramite il gateway Internet. L'applicazione di regole di sicurezza aggiuntive può essere fornita da Oracle Cloud Infrastructure Web Application Firewall (WAF) per il traffico Internet.

Puoi utilizzare un controller in entrata dietro un bilanciamento del carico esterno per esporre i servizi BRM al di fuori del cluster Kubernetes e consentire ai client di comunicare con BRM. Il controller in entrata monitora gli oggetti in entrata e agisce sulla configurazione incorporata in questi oggetti per esporre i servizi HTTP e T3 BRM alla rete esterna. Il load balancer offre un accesso in un unico punto altamente affidabile ai servizi esposti dal cluster Kubernetes. In questo caso, i servizi vengono esposti dal controller in entrata per conto dell'istanza cloud nativa BRM.

Il seguente diagramma illustra questa architettura di riferimento.

Descrizione dell'immagine oci-brm-architecture-topology-diagram.png

oci-brm-architettura-topologia-diagramma-oracle.zip

L'architettura presenta i seguenti componenti:

• Tenancy

  Una tenancy è una partizione sicura e isolata che Oracle imposta all'interno di Oracle Cloud quando ti iscrivi a Oracle Cloud Infrastructure. Puoi creare, organizzare e amministrare le risorse in Oracle Cloud all'interno della tua tenancy. Una tenancy è sinonimo di azienda o organizzazione. Di solito, un'azienda avrà una singola tenancy e rifletterà la sua struttura organizzativa all'interno di quella tenancy. Una singola tenancy viene in genere associata a una singola sottoscrizione e una singola sottoscrizione in genere ha una sola tenancy.

• Area

  Un'area geografica Oracle Cloud Infrastructure è un'area geografica localizzata che contiene uno o più data center, denominati domini di disponibilità. Le regioni sono indipendenti da altre regioni e grandi distanze possono separarle (tra paesi o addirittura continenti).

• Compartimento

  I compartimenti sono partizioni logiche tra più aree all'interno di una tenancy Oracle Cloud Infrastructure. Usare i compartimenti per organizzare, controllare l'accesso e impostare le quote d'uso per le risorse Oracle Cloud. In un determinato compartimento, si definiscono i criteri che controllano l'accesso e impostano i privilegi per le risorse.

• Dominio di disponibilità

  I domini di disponibilità sono data center standalone e indipendenti all'interno di un'area geografica. Le risorse fisiche in ciascun dominio di disponibilità sono isolate dalle risorse negli altri domini di disponibilità, il che fornisce tolleranza agli errori. I domini di disponibilità non condividono l'infrastruttura, ad esempio alimentazione o raffreddamento, o la rete interna del dominio di disponibilità. Pertanto, un errore in un dominio di disponibilità non dovrebbe influire sugli altri domini di disponibilità nell'area.

• Dominio di errore

  Un dominio di errore consiste in un gruppo di hardware e infrastruttura all'interno di un dominio di disponibilità. Ogni dominio di disponibilità dispone di tre domini di errore con alimentazione e hardware indipendenti. Quando distribuisci le risorse su più domini di errore, le tue applicazioni possono tollerare errori fisici del server, manutenzione del sistema e errori di alimentazione all'interno di un dominio di errore.

• Rete cloud virtuale (VCN) e subnet

  Una VCN è una rete personalizzabile e definita dal software configurata in un'area Oracle Cloud Infrastructure. Come le tradizionali reti di data center, le reti VCN consentono di controllare l'ambiente di rete. Una VCN può avere più blocchi CIDR non sovrapposti che è possibile modificare dopo aver creato la VCN. Puoi segmentare una VCN in subnet, che possono essere definite in un'area o in un dominio di disponibilità. Ogni subnet è costituita da un intervallo contiguo di indirizzi che non si sovrappongono alle altre subnet nella VCN. È possibile modificare le dimensioni di una subnet dopo la creazione. Una subnet può essere pubblica o privata.

• Load balancer

  Il servizio Oracle Cloud Infrastructure Load Balancing fornisce la distribuzione automatica del traffico da un unico punto di accesso a più server nel back-end.

• Lista di sicurezza

  Per ogni subnet, puoi creare regole di sicurezza che specificano l'origine, la destinazione e il tipo di traffico che devono essere consentiti all'interno e all'esterno della subnet.

• Gateway NAT (Network Address Translation)

  Un gateway NAT consente alle risorse private in una VCN di accedere agli host su Internet, senza esporre tali risorse alle connessioni Internet in entrata.

• Gateway del servizio

  Il gateway di servizi fornisce l'accesso da una VCN ad altri servizi, come Oracle Cloud Infrastructure Object Storage. Il traffico dalla VCN al servizio Oracle viene instradato sul fabric di rete Oracle e non attraversa Internet.

• Cloud Guard

  Puoi utilizzare Oracle Cloud Guard per monitorare e gestire la sicurezza delle tue risorse in Oracle Cloud Infrastructure. Cloud Guard utilizza ricette del rilevatore che è possibile definire per esaminare le risorse per individuare eventuali punti deboli della sicurezza e per monitorare operatori e utenti per determinate attività rischiose. Quando viene rilevata una configurazione errata o un'attività non sicura, Cloud Guard consiglia azioni correttive e aiuta a eseguire tali azioni, in base alle ricette dei rispondenti che è possibile definire.

• Zona di sicurezza

  Le zone di sicurezza garantiscono le procedure ottimali di sicurezza di Oracle fin dall'inizio applicando criteri quali la cifratura dei dati e la prevenzione dell'accesso pubblico alle reti per un intero compartimento. Una zona di sicurezza è associata a un compartimento con lo stesso nome e include criteri della zona di sicurezza o una "ricetta" che si applica al compartimento e ai relativi compartimenti secondari. Non è possibile aggiungere o spostare un compartimento standard in un compartimento della zona di sicurezza.

• FastConnect

  Oracle Cloud Infrastructure FastConnect consente di creare facilmente una connessione dedicata e privata tra il data center e Oracle Cloud Infrastructure. FastConnect fornisce opzioni per una maggiore larghezza di banda e un'esperienza di rete più affidabile se confrontata con le connessioni basate su Internet.

• Sistema DB Exadata

  Oracle Exadata Database Service è un'opzione che ti consente di sfruttare la potenza di Exadata nel cloud, se le tue esigenze aziendali lo richiedono. Puoi eseguire il provisioning di sistemi X8M flessibili che ti consentono di aggiungere server di calcolo del database e server di storage al tuo sistema man mano che le tue esigenze aumentano. I sistemi X8M offrono funzionalità di networking RoCE (RDMA su Converged Ethernet) per larghezza di banda elevata e bassa latenza, moduli PMEM (persistent memory) e software Exadata intelligente.

Considerazioni

Considerare questi punti quando si distribuisce il BRM cloud nativo in OCI.

• Scala automatica

  Puoi utilizzare Kubernetes HorizontalPodAutoscaler (HPA) per eseguire automaticamente lo scale-up o lo scale-down del numero di repliche pod BRM nella tua distribuzione in base all'utilizzo della CPU o della memoria di un pod. Per ulteriori informazioni, consulta la Guida alla distribuzione nativa di Oracle Communications Billing and Revenue Management Cloud.

• Prestazioni

  Le architetture di implementazione BRM e il dimensionamento del sistema varieranno da cliente a cliente e dipenderanno da molti fattori, tra cui, a titolo esemplificativo ma non esaustivo, la base di abbonati, i volumi di utilizzo previsti, i modelli di fatturazione e fatturazione, la complessità della gerarchia degli account e i requisiti di conservazione dei dati, che dovrebbero essere discussi con Oracle o il partner di implementazione prima e durante la fase di progettazione del progetto di distribuzione.

• Disponibilità e resilienza

  Per un ulteriore livello di disponibilità, BRM può essere distribuito tra domini di disponibilità e aree geografiche. In tali modelli, la replica dei dati tra le istanze RAC può essere fornita utilizzando Active Data Guard.

• tariffazione convergente

  Se devi supportare la tariffazione della rete core a basso volume e bassa latenza per i servizi 4G e 5G, dovresti prendere in considerazione la distribuzione di Oracle Communications Cloud Scale Charging, basato su Oracle Communications Elastic Charging Engine, insieme a BRM (non incluso in questa architettura di riferimento). In un test delle prestazioni in esecuzione su OCI utilizzando OKE, il motore di tariffazione ha raggiunto la latenza in millisecondi a singola cifra in un test delle prestazioni multi-sito scalato per supportare 100 milioni di abbonati contemporaneamente attivi. Il test ha permesso di ottenere 270.000 transazioni al secondo, dimostrando che le soluzioni cloud native di Oracle possono soddisfare anche i requisiti di tariffazione più faticosi dei CSP più grandi del mondo. Scopri di più per ulteriori dettagli su Oracle Communications Cloud Scale Charging.

Visualizza altro

Ulteriori informazioni su fatturazione e gestione dei ricavi.

Esamina queste risorse aggiuntive:

• Framework delle best practice per Oracle Cloud Infrastructure
• Fatturazione su scala Oracle Cloud
• Guida alla distribuzione nativa di Oracle Communications Billing and Revenue Management Cloud
• Test prestazioni di Oracle Cloud Scale Billing
• Guida per l'amministratore del sistema cloud nativo
• Oracle aumenta la fatturazione per 10 milioni di account aziendali
• Cloud Scale Charging - Un sistema di tariffazione convergente cloud nativo (CCS)

conferme

Author: Wei Han

Contributors: Richard Hallett, Chantel Cary, Tony Gillick, Rahul Peravali, Ted Basile, John Sulyok