Déployez Oracle Cloud Scale Billing sur Oracle Cloud Infrastructure
Alors que les fournisseurs de services de communication (CSP) s'efforcent de répondre aux exigences d'une base d'abonnés croissante et d'introduire de nouveaux services 5G, ils migrent de plus en plus leurs systèmes de support métier (BSS) vers le cloud pour améliorer leur agilité opérationnelle.
L'application Oracle Communications Billing and Revenue Management (BRM) est une solution de gestion des revenus leader du secteur des communications à l'échelle du cloud. BRM a été conçu pour prendre en charge les processus métier au cœur de la stratégie de monétisation d'un fournisseur de services cloud et peut être déployé en tant qu'application conteneurisée native du cloud exécutée sur Oracle Cloud Infrastructure (OCI) et utilisant OCI Kubernetes Engine (OKE).
Cette architecture décrit une architecture conceptuelle de haut niveau pour le déploiement de BRM dans un domaine de disponibilité unique au sein d'une même région OCI. Les détails réels du déploiement dépendent d'un certain nombre de facteurs spécifiques aux besoins métier du fournisseur de services et peuvent différer de cette architecture de référence.
BRM dispose de la richesse fonctionnelle et des performances opérationnelles pour permettre aux entreprises innovantes et centrées sur le client de répondre aux demandes de croissance à revenus élevés pour les offres de fournisseurs de services entre entreprises et consommateurs (B2C) et entre entreprises (B2B). Pour illustrer les performances de facturation à l'échelle de l'entreprise de BRM, la solution Oracle Communications Cloud Scale Billing (qui est optimisée par BRM) a été mise à l'épreuve. S'exécutant sur OCI et en utilisant OKE, la solution a terminé une exécution de facture pour 10 millions de comptes sur huit clients d'entreprise CSP représentatifs en 4,5 heures. Oracle a atteint un débit de facturation de 2,29 millions de comptes par heure et un débit de facturation de 5,11 millions de comptes par heure. Pour plus de détails, y compris la méthodologie de test et l'architecture OCI utilisée, consultez la fiche technique disponible dans Explorer davantage.
BRM dispose d'une architecture à plusieurs services qui tire parti des technologies natives du cloud acceptées par le secteur, telles que Docker en tant qu'exécution de conteneur, Kubernetes pour l'orchestration de conteneurs et Helm pour le packaging et le déploiement. Cloud Scale Billing propose une gestion moderne et éprouvée des revenus et de la facturation pour les entreprises de communication et les entreprises numériques :
- Prise en charge flexible des modèles économiques du secteur et des services
- Innovation plus rapide : lancement rapide des offres numériques avec flexibilité de conception
- Agilité informatique : modèle de déploiement natif du cloud moderne avec un faible coût total de possession, conçu pour être déployé dans une infrastructure cloud publique et privée
- Opérations de facturation complètes pour garantir une expérience de facturation précise et cohérente afin de minimiser les réclamations de facturation des clients
- Facturation pour des structures hiérarchiques complexes, notamment des plans de comptes de groupe flexibles, des règles de regroupement, la facturation récurrente, l'utilisation, les frais d'achat, les remises sur facture, les paiements, les recouvrements, les ajustements et la gestion des litiges
Architecture
Cette architecture est utilisée pour la gestion des revenus de bout en bout pour les fournisseurs de services de communication et les entreprises liées aux communications.
La gestion des revenus est le processus de bout en bout permettant de générer, de capturer et de collecter les revenus pour chaque service et client. Oracle Communications Cloud Scale Billing a été conçu pour prendre en charge la planification et l'exécution efficaces de tâches de facturation et de facturation hautes performances, exécutées sur une infrastructure cloud native. La facturation et la facturation sont des applications multithread conçues pour utiliser de manière optimale les ressources de calcul disponibles afin de garantir la réalisation de travaux à grande échelle dans les meilleurs délais.
L'opération de facturation est décomposée en plusieurs processus parallèles plus petits permettant une évolutivité efficace et est bien alignée avec le redimensionnement automatique dynamique de Kubernetes. L'augmentation du nombre de hiérarchies ou de comptes subordonnés dans une hiérarchie donne des caractéristiques de débit et d'évolutivité prévisibles.
Outre une architecture cloud native hautes performances, de puissantes fonctionnalités opérationnelles sont disponibles pour configurer, planifier et afficher la facturation, la facturation et d'autres fonctions clés de gestion des revenus.
La suite étendue d'API de BRM (y compris les services Web, REST et les API ouvertes alignées sur TM Forum) offre aux fournisseurs de services la flexibilité et le contrôle de l'intégration de BRM avec des applications métier d'entreprise externes sans donner un accès direct à la base de données, réduisant ainsi le risque pour la sécurité des données et réduisant les frais de gestion opérationnelle.
L'application BRM en conteneur permet aux fournisseurs de services de déployer l'application dans le cloud public OCI, sur site (bare Metal ou machine virtuelle) ou dans une région dédiée OCI chez le client.
oci-brm-functional-diagram-oracle.zip
Dans cette architecture de référence conceptuelle, BRM est déployé à l'aide d'un cluster OKE dans OCI. Il est recommandé de configurer des noeuds de processus actif d'application BRM dans différents domaines de pannes au sein d'un domaine de disponibilité. Les pods de logique métier natifs du cloud peuvent être configurés pour un redimensionnement automatique horizontal (vers le haut et vers le bas) en fonction de l'utilisation de l'UC, ce qui permet d'optimiser les ressources de calcul lors de l'exécution des travaux de facturation.
Le diagramme présente un cluster Oracle RAC dans un sous-réseau privé dédié. La base de données Oracle est accessible via le réseau Kubernetes afin que les pods natifs du cloud BRM puissent effectuer des opérations de base de données. La base de données Oracle que vous utilisez peut être déployée sur Bare Metal, des machines virtuelles ou Oracle Managed Database as a Service (DBaaS) sur OCI. Pour connaître les dernières versions de base de données prises en charge, reportez-vous à la section "Compatibilité logicielle BRM" de la documentation produit. La base de données peut être répliquée vers une base de données de secours à l'aide d'Active Data Guard.
Un bastion est configuré dans un sous-réseau public pour permettre l'accès aux noeuds de processus actif BRM à partir du réseau du client (par exemple, via SSH). Les clients Web BRM et les intégrations externes se connectent à l'équilibreur de charge via la passerelle Internet. L'application de règles de sécurité supplémentaires peut être fournie par Oracle Cloud Infrastructure Web Application Firewall (WAF) pour le trafic Internet.
Vous utilisez un contrôleur d'entrée derrière un équilibrage de charge externe pour exposer les services BRM en dehors du cluster Kubernetes et permettre aux clients de communiquer avec BRM. Le contrôleur d'entrée surveille les objets entrants et agit sur la configuration imbriquée dans ces objets pour exposer les services HTTP et T3 BRM au réseau externe. L'équilibreur de charge fournit un accès unique et hautement fiable aux services exposés par le cluster Kubernetes. Dans ce cas, les services sont exposés par le contrôleur d'entrée pour le compte de l'instance native cloud BRM.
Le schéma suivant illustre cette architecture de référence.
oci-brm-architecture-topologie-diagramme-oracle.zip
L'architecture comprend les composants suivants :
- Tenancy
Une location est une partition sécurisée et isolée configurée par Oracle dans Oracle Cloud lors de votre inscription à Oracle Cloud Infrastructure. Vous pouvez créer, organiser et administrer vos ressources dans Oracle Cloud au sein de votre location. Une location est synonyme d'entreprise ou d'organisation. En général, une entreprise dispose d'une seule location et reflète sa structure organisationnelle au sein de cette location. Une location unique est généralement associée à un seul abonnement, et un seul abonnement n'a généralement qu'une seule location.
- Région
Une région Oracle Cloud Infrastructure est une zone géographique précise, incluant un ou plusieurs centres de données, appelés domaines de disponibilité. Les régions sont indépendantes les unes des autres et de grandes distances peuvent les séparer (entre pays, voire continents).
- Compartiment
Les compartiments sont des partitions logiques inter-régionales au sein d'une location Oracle Cloud Infrastructure. Utilisez des compartiments afin d'organiser, de contrôler l'accès et de définir des quotas d'utilisation pour les ressources Oracle Cloud. Dans un compartiment donné, vous définissez des stratégies qui contrôlent l'accès et définissent des privilèges pour les ressources.
- Domaine de disponibilité
Les domaines de disponibilité sont des centres de données autonomes indépendants au sein d'une région. Les ressources physiques de chaque domaine de disponibilité sont isolées de celles des autres, ce qui garantit la tolérance aux pannes. Les domaines de disponibilité ne partagent ni infrastructure (par exemple, alimentation, système de refroidissement), ni réseau de domaine de disponibilité interne. Par conséquent, une panne sur un domaine de disponibilité ne doit pas affecter les autres domaines de disponibilité de la région.
- Domaine de pannes
Un domaine de pannes est un regroupement de matériel et d'infrastructures au sein d'un domaine de disponibilité. Chaque domaine de disponibilité comporte trois domaines de pannes avec du matériel et une alimentation indépendants. Lorsque vous répartissez les ressources entre plusieurs domaines de pannes, vos applications peuvent tolérer les pannes physiques du serveur, la maintenance du système et les pannes d'alimentation au sein d'un domaine de pannes.
- Réseau cloud virtuel (VCN) et sous-réseau
Un VCN est un réseau personnalisable défini par logiciel que vous configurez dans une région Oracle Cloud Infrastructure. Comme les réseaux de centre de données traditionnels, les réseaux cloud virtuels vous donnent le contrôle sur l'environnement réseau. Un réseau cloud virtuel peut comporter plusieurs blocs CIDR qui ne se chevauchent pas et que vous pouvez modifier après l'avoir créé. Vous pouvez segmenter un réseau cloud virtuel en plusieurs sous-réseaux ciblant une région ou un domaine de disponibilité. Chaque sous-réseau est composé d'une plage contiguë d'adresses qui ne chevauchent pas celles des autres sous-réseaux du réseau cloud virtuel. Vous pouvez modifier la taille d'un sous-réseau après sa création. Un sous-réseau peut être public ou privé.
- Equilibreur de charge
Le service Oracle Cloud Infrastructure Load Balancing fournit une répartition de trafic automatique à partir d'un seul point d'entrée vers plusieurs serveurs dans le back-end.
- Liste de sécurité
Pour chaque sous-réseau, vous pouvez créer des règles de sécurité qui indiquent la source, la destination et le type de trafic qui doivent être autorisés à entrer et à sortir du sous-réseau.
- Passerelle NAT (Network Address Translation)
Une passerelle NAT permet aux ressources privées d'un VCN d'accéder aux hôtes sur Internet, sans les exposer aux connexions Internet entrantes.
- Passerelle de service
La passerelle de service fournit un accès à partir d'un VCN à d'autres services, tels qu'Oracle Cloud Infrastructure Object Storage. Le trafic entre le VCN et le service Oracle passe par la structure du réseau Oracle et ne traverse pas Internet.
- Cloud Guard
Vous pouvez utiliser Oracle Cloud Guard pour surveiller et maintenir la sécurité de vos ressources dans Oracle Cloud Infrastructure. Cloud Guard utilise des recettes de détecteur que vous pouvez définir pour examiner les faiblesses de sécurité de vos ressources et pour surveiller les opérateurs et les utilisateurs afin de détecter certaines activités à risque. Lorsqu'une erreur de configuration ou une activité non sécurisée est détectée, Cloud Guard recommande des actions correctives et vous aide à effectuer ces actions, en fonction des recettes de répondeur que vous pouvez définir.
- Zone de sécurité
Les zones de sécurité garantissent les meilleures pratiques de sécurité d'Oracle dès le départ en appliquant des stratégies telles que le cryptage des données et la prévention de l'accès public aux réseaux pour l'ensemble d'un compartiment. Une zone de sécurité est associée à un compartiment du même nom et inclut des stratégies de zone de sécurité ou une "recette" qui s'applique au compartiment et à ses sous-compartiments. Vous ne pouvez pas ajouter ou déplacer un compartiment standard vers un compartiment de zone de sécurité.
- FastConnect
Oracle Cloud Infrastructure FastConnect permet de créer facilement une connexion privée dédiée entre le centre de données et Oracle Cloud Infrastructure. FastConnect offre des options de bande passante plus élevée et une expérience de réseau plus fiable par rapport aux connexions Internet.
- Système de base de données Exadata
Oracle Exadata Database Service est une option qui vous permet de tirer parti de la puissance d'Exadata dans le cloud, si vos besoins métier l'exigent. Vous pouvez provisionner des systèmes X8M flexibles qui vous permettent d'ajouter des serveurs de stockage et des serveurs de calcul de base de données aux systèmes en fonction de l'évolution de vos besoins. Les systèmes X8M offrent des fonctions de réseau RoCE (RDMA sur Ethernet convergé) pour assurer une bande passante élevée et une faible latence, des modules de mémoire persistante (PMEM) et le logiciel Exadata intelligent.
Points à prendre en compte
Tenez compte de ces points lors du déploiement de BRM natif du cloud dans OCI.
- Redimensionnement automatique
Vous pouvez utiliser Kubernetes HorizontalPodAutoscaler (HPA) pour augmenter ou réduire automatiquement le nombre de répliques de pod BRM dans votre déploiement en fonction de l'utilisation de l'UC ou de la mémoire d'un pod. Pour plus d'informations, reportez-vous au Guide de déploiement natif Oracle Communications Billing and Revenue Management Cloud dans En savoir plus.
- Performances
Les architectures de déploiement BRM et le dimensionnement du système varient d'un client à l'autre et dépendent de nombreux facteurs, notamment la base d'abonnés, les volumes d'utilisation attendus, les modèles de facturation et de facturation, la complexité de la hiérarchie des comptes et les exigences de conservation des données, qui doivent être discutés avec Oracle ou votre partenaire d'implémentation avant et pendant la phase de conception du projet de déploiement.
- Disponibilité et résilience
Pour bénéficier d'un degré de disponibilité supplémentaire, BRM peut être déployé dans les domaines de disponibilité et les régions. Dans ces modèles, la réplication de données entre les instances RAC peut être assurée à l'aide d'Active Data Guard.
- Charge convergée
Si vous devez prendre en charge une facturation de réseau central à volume élevé et à faible latence pour les services 4G et 5G, vous devez envisager de déployer Oracle Communications Cloud Scale Charging, optimisé par Oracle Communications Elastic Charging Engine, en parallèle de BRM (non inclus dans cette architecture de référence). Lors d'un test de performances exécuté sur OCI à l'aide d'OKE, le moteur de facturation a atteint une latence à un chiffre de l'ordre de la milliseconde lors d'un test de performances multi-sites mis à l'échelle pour prendre en charge 100 millions d'abonnés actifs simultanément. En réalisant 270 000 transactions par seconde, le test a montré que les solutions natives du cloud d'Oracle peuvent répondre aux exigences de facturation les plus strictes des plus grands fournisseurs de services cloud au monde. Pour plus d'informations sur Oracle Communications Cloud Scale Charging, reportez-vous à En savoir plus.
En savoir plus
En savoir plus sur la facturation et la gestion des revenus.
Consultez les ressources supplémentaires suivantes :
- Structure des meilleures pratiques pour Oracle Cloud Infrastructure
- Oracle Cloud Scale Billing
- Guide de déploiement natif Oracle Communications Billing and Revenue Management Cloud
- Test des performances de facturation à l'échelle d'Oracle Cloud
- Guide de l'administrateur du système natif du cloud
- Oracle fait évoluer la facturation pour 10 millions de comptes d'entreprise
- Cloud Scale Charging : un système de facturation convergée natif du cloud (CCS)