Déployer Oracle Cloud Scale Billing sur Oracle Cloud Infrastructure
Alors que les fournisseurs de services de communication 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 soutien aux entreprises (BSS) vers le nuage afin d'améliorer l'agilité opérationnelle.
L'application Oracle Communications Billing and Revenue Management (BRM) est une solution de gestion des revenus en nuage de pointe pour le secteur des communications. BRM a été conçu pour prendre en charge les processus d'affaires au cœur de la stratégie de monétisation d'un fournisseur de services de communication. Il peut être déployé en tant qu'application en conteneurs native en nuage s'exécutant 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 seul domaine de disponibilité dans une seule région OCI. Les détails du déploiement réel dépendront d'un certain nombre de facteurs propres aux besoins d'affaires du fournisseur de services et peuvent différer de cette architecture de référence.
BRM a la richesse fonctionnelle et la performance opérationnelle pour permettre aux entreprises innovantes axées sur le client de répondre à la demande de croissance des revenus élevés pour les offres de fournisseurs de services interentreprises (B2C) et interentreprises (B2B). Pour illustrer le rendement de la facturation à l'échelle de l'entreprise de BRM, la solution Oracle Communications Cloud Scale Billing (qui est alimentée par BRM) a été mise à l'épreuve. Exécutée sur OCI et à l'aide d'OKE, la solution a terminé une exécution de facturation pour 10 millions de comptes pour 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 le résumé technique disponible dans Explorer davantage.
BRM a une architecture multiservices qui tire parti des technologies en nuage natives acceptées par l'industrie comme Docker comme plate-forme d'exécution de conteneur, Kubernetes pour l'orchestration de conteneurs et Helm pour l'emballage et le déploiement. La fonction de facturation à l'échelle du nuage offre une gestion moderne et éprouvée des revenus pour les communications et les entreprises numériques, et offre ce qui suit :
- Service flexible et prise en charge du modèle d'affaires de l'industrie
- Innovation plus rapide : lancement rapide d'offres numériques avec flexibilité au moment de la conception
- Agilité des TI : modèle de déploiement natif dans le nuage moderne à faible coût total de possession, conçu pour être déployé dans une infrastructure infonuagique publique et privée
- Opérations de facturation complètes pour garantir une expérience de facturation précise et uniforme afin de réduire les plaintes liées à la facturation aux clients
- Facturation pour des structures hiérarchiques complexes, notamment : plans de comptes de groupe flexibles, règles de regroupement, récurrents, utilisation, frais d'achat, remises pour facturation, paiements, recouvrements, ajustements et gestion des litiges
Architecture
Cette architecture est utilisée pour la gestion des revenus de bout en bout pour les fournisseurs de services de communications et les entreprises liées aux communications.
La gestion des revenus est le processus de bout en bout permettant de générer, de saisir et de collecter des revenus pour chaque service et client. Le service Oracle Communications Cloud Scale Billing a été conçu pour prendre en charge l'exécution et la programmation efficaces de tâches de facturation et de facturation haute performance, exécutées sur une infrastructure native en nuage. La facturation et la facturation sont des applications multifil conçues pour utiliser de manière optimale les ressources de calcul disponibles afin de garantir que les tâches à grande échelle sont terminées dans les meilleurs délais.
L'opération de facturation est décomposée en plusieurs processus parallèles plus petits permettant une extensibilité efficace et est bien alignée avec l'ajustement automatique dynamique de Kubernetes. L'augmentation du nombre de hiérarchies ou de comptes subordonnés dans une hiérarchie génère des caractéristiques de débit et d'évolutivité prévisibles.
En plus d'une architecture native en nuage haute performance, de puissantes capacités opérationnelles sont disponibles pour configurer, programmer et consulter la facturation, ainsi que d'autres fonctions clés de gestion des revenus.
La suite étendue d'API de BRM (y compris les services Web, les API ouvertes alignées sur REST et TM Forum) permet aux fournisseurs de services de bénéficier de la flexibilité et du contrôle de l'intégration de BRM aux applications d'entreprise externes sans donner un accès direct à la base de données, réduisant ainsi les risques pour la sécurité des données et réduisant les frais généraux de gestion opérationnelle.
L'application BRM en conteneur permet aux fournisseurs de services de déployer l'application dans le nuage public OCI, sur place (sans système d'exploitation ou machine virtuelle), ou dans une région dédiée à OCI chez le client.
oci-brm-functional-diagramme-oracle.zip
Dans cette architecture de référence conceptuelle, le BRM est déployé à l'aide d'une grappe OKE dans OCI. Il est recommandé de configurer les noeuds de travail de l'application BRM dans différents domaines d'erreur au sein d'un domaine de disponibilité. Les pods de logique applicative natifs en nuage peuvent être configurés pour une mise à l'échelle horizontale (haut et bas) en fonction de l'utilisation d'UC, ce qui permet d'optimiser les ressources de calcul lors de l'exécution des tâches de facturation.
Le diagramme présente une grappe Oracle RAC dans un sous-réseau privé dédié. La base de données Oracle est accessible au moyen du réseau Kubernetes afin que les pods natifs BRM puissent effectuer les opérations de base de données. La base de données Oracle que vous utilisez peut être déployée sur des instances sans système d'exploitation, 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, consultez la section "Compatibilité logicielle BRM" dans la documentation du 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 hôte bastion est configuré dans un sous-réseau public pour permettre l'accès aux noeuds de travail BRM à partir du réseau du client (par exemple, au moyen de SSH). Les clients Web BRM et les intégrations externes se connectent à l'équilibreur de charge au moyen de la passerelle Internet. Une application supplémentaire des règles de sécurité peut être fournie par le service Oracle Cloud Infrastructure Web Application Firewall (WAF) pour le trafic Internet.
Vous utilisez un contrôleur de trafic entrant derrière un équilibreur de charge externe pour exposer les services BRM en dehors de la grappe Kubernetes et permettre aux clients de communiquer avec BRM. Le contrôleur de trafic entrant surveille les objets de trafic entrant et agit sur la configuration intégrée à ces objets pour exposer les services HTTP et T3 BRM au réseau externe. L'équilibreur de charge fournit un accès à un point unique hautement fiable aux services exposés par la grappe Kubernetes. Dans ce cas, les services sont exposés par le contrôleur de trafic entrant au nom de l'instance native en nuage BRM.
Le diagramme suivant illustre cette architecture de référence.
oci-brm-architecture-topologie-diagramme-oracle.zip
L'architecture comprend les composants suivants :
- Location
Une location est une partition sécurisée et isolée qu'Oracle configure 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'une société ou d'une organisation. Habituellement, une société aura une seule location et reflétera sa structure organisationnelle au sein de cette location. Une seule location 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 localisée qui contient 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 (dans différents pays ou continents).
- Compartiment
Les compartiments sont des partitions logiques inter-régions dans une location Oracle Cloud Infrastructure. Utilisez des compartiments pour organiser, contrôler l'accès et définir des quotas d'utilisation pour vos ressources Oracle Cloud. Dans un compartiment donné, vous définissez des politiques 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 indépendants et autonomes dans une région. Les ressources physiques de chaque domaine de disponibilité sont isolées des ressources des autres domaines de disponibilité, ce qui garantit la tolérance aux pannes. Les domaines de disponibilité ne partagent pas les éléments d'infrastructure (alimentation ou refroidissement, par exemple) ni le réseau de domaines de disponibilité interne. Par conséquent, une défaillance d'un domaine de disponibilité ne devrait pas affecter les autres domaines de disponibilité de la région.
- Domaine d'erreur
Un domaine d'erreur est un regroupement de matériel et d'infrastructure au sein d'un domaine de disponibilité. Chaque domaine de disponibilité comporte trois domaines d'erreur avec une puissance et un matériel indépendants. Lorsque vous répartissez des ressources entre plusieurs domaines d'erreur, vos applications peuvent tolérer les pannes physiques de serveur, la maintenance du système et les pannes d'alimentation au sein d'un domaine d'erreur.
- Réseau en nuage virtuel (VCN) et sous-réseau
Un VCN est un réseau défini par logiciel personnalisable que vous avez configuré dans une région Oracle Cloud Infrastructure. Comme les réseaux en nuage virtuels traditionnels, ils vous offrent un contrôle sur votre environnement de réseau. Un VCN peut disposer de plusieurs blocs CIDR sans chevauchement que vous pouvez modifier après avoir créé le VCN. Vous pouvez segmenter un VCN en sous-réseaux, dont la portée peut concerner une région ou un domaine de disponibilité. Un sous-réseau est constitué d'un intervalle contigu d'adresses qui ne chevauchent pas les autres sous-réseaux dans le réseau en nuage 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é.
- Équilibreur de charge
Le service Oracle Cloud Infrastructure Load Balancing permet une répartition automatisée du trafic à partir d'un point d'entrée unique vers plusieurs serveurs dorsaux.
- Liste de sécurité
Pour chaque sous-réseau, vous pouvez créer des règles de sécurité qui spécifient la source, la destination et le type de trafic qui doivent être autorisés à entrer et à sortir du sous-réseau.
- Passerelle de traduction d'adresses de réseau (NAT)
Une passerelle NAT permet aux ressources privées d'un VCN d'accéder à des hôtes sur Internet, sans les exposer aux connexions Internet entrantes.
- Passerelle de service
La passerelle de service fournit l'accès d'un VCN à d'autres services, tels qu'Oracle Cloud Infrastructure Object Storage. Le trafic entre le réseau VCN et le service Oracle circule sur la matrice réseau Oracle et ne passe pas par Internet.
- Protection d'infrastructure en nuage
Vous pouvez utiliser Oracle Cloud Guard pour surveiller et maintenir la sécurité de vos ressources dans Oracle Cloud Infrastructure. Le service de protection d'infrastructure en nuage utilise des recettes de détecteur que vous pouvez définir pour examiner vos ressources afin de détecter les faiblesses en matière de sécurité et pour surveiller les opérateurs et les utilisateurs pour certaines activités risquées. Lorsqu'une mauvaise configuration ou une activité non sécurisée est détectée, le service de protection d'infrastructure en nuage recommande des actions correctives et aide à effectuer ces actions, en fonction des recettes de répondant 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 politiques telles que le chiffrement des données et la prévention de l'accès public aux réseaux pour un compartiment entier. Une zone de sécurité est associée à un compartiment du même nom et inclut des politiques 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 offre un moyen facile de créer une connexion privée dédiée entre votre centre de données et Oracle Cloud Infrastructure. FastConnect fournit des options de bande passante supérieure et permet une utilisation du réseau plus fiable que les 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 nuage, si vos besoins d'affaires le requièrent. Vous pouvez provisionner des systèmes X8M flexibles qui permettent d'ajouter des serveurs de calcul de base de données et des serveurs de stockage à votre système au fur et à mesure que vos besoins augmentent. Les systèmes X8M offrent un réseau RoCE (RDMA sur Ethernet convergé) pour une bande passante élevée et une faible latence, des modules de mémoire persistante (PMEM) et des logiciels Exadata intelligents.
Points à considérer
Tenez compte de ces points lors du déploiement de la gestion des relations d'affaires natives en nuage dans OCI.
- Ajustement 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 d'UC ou de mémoire d'un pod. Pour en savoir plus, consultez le guide de déploiement natif d'Oracle Communications Billing and Revenue Management Cloud.
- Performance
Les architectures de déploiement BRM et le dimensionnement du système varieront d'un client à l'autre et dépendront de nombreux facteurs, y compris, mais sans s'y limiter, la base d'abonnés, les volumes d'utilisation prévus, 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 devraient être discutées avec Oracle ou votre partenaire de mise en œuvre avant et pendant la phase de conception du projet de déploiement.
- Disponibilité et résilience
Pour un niveau de disponibilité supplémentaire, BRM peut être déployé sur l'ensemble des domaines de disponibilité et des régions. Dans de tels modèles, la réplication des données entre les instances RAC peut être fournie à l'aide d'Active Data Guard.
- Charge convergente
Si vous devez prendre en charge le chargement 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 plus de BRM (non inclus dans cette architecture de référence). Lors d'un test de performance exécuté sur OCI à l'aide d'OKE, le moteur de charge a obtenu une latence à une milliseconde près dans un test de performance multisite mis à l'échelle pour prendre en charge 100 millions d'abonnés actifs simultanément. Atteignant 270 000 transactions par seconde, le test a montré que les solutions natives en nuage d'Oracle peuvent répondre aux exigences de facturation les plus exigeantes des plus grands fournisseurs de services de communication au monde. Découvrez plus d'informations sur le service Oracle Communications Cloud Scale Charging.
Informations complémentaires
Apprenez-en davantage sur la facturation et la gestion des revenus.
Vérifiez les ressources supplémentaires suivantes :
- Cadre des meilleures pratiques pour Oracle Cloud Infrastructure
- Facturation à l'échelle d'Oracle Cloud
- Guide de déploiement natif d'Oracle Communications Billing and Revenue Management Cloud
- Test de rendement de la facturation à l'échelle d'Oracle Cloud
- Guide de l'administrateur de système natif en nuage
- Oracle augmente la facturation pour 10 millions de comptes d'entreprise
- Facturation à l'échelle du nuage - Un système de facturation convergé en nuage natif (CCS)