Despliegue Oracle Cloud Scale Billing en Oracle Cloud Infrastructure
A medida que los proveedores de servicios de comunicación (CSP) se esfuerzan por satisfacer las demandas de una creciente base de suscriptores e introducir nuevos servicios 5G, están migrando cada vez más sus sistemas de soporte empresarial (BSS) a la nube para mejorar la agilidad operativa.
La aplicación Oracle Communications Billing and Revenue Management (BRM) es una solución de gestión de ingresos líder del sector a escala de la nube para el sector de las comunicaciones. BRM se ha diseñado para soportar los procesos de negocio en el corazón de la estrategia de monetización de un CSP y se puede desplegar como una aplicación en contenedores nativa en la nube que se ejecuta en Oracle Cloud Infrastructure (OCI) y utiliza OCI Kubernetes Engine (OKE).
Esta arquitectura describe una arquitectura conceptual de alto nivel para el despliegue de BRM en un único dominio de disponibilidad dentro de una única región de OCI. Los detalles reales del despliegue dependerán de una serie de factores específicos de los requisitos de negocio del proveedor de servicios y pueden diferir de esta arquitectura de referencia.
BRM tiene la riqueza funcional y el rendimiento operativo para permitir a las empresas innovadoras y centradas en el cliente satisfacer las demandas de crecimiento de altos ingresos para las ofertas de proveedores de servicios de negocio a consumidor (B2C) y de negocio a negocio (B2B). Para ilustrar el rendimiento de facturación empresarial de BRM, se puso a prueba la solución Oracle Communications Cloud Scale Billing (con tecnología de BRM). Al ejecutarse en OCI y utilizar OKE, la solución completó una ejecución de facturas de 10 millones de cuentas en ocho clientes empresariales de CSP representativos en 4,5 horas. Oracle logró un rendimiento de facturación de 2,29 millones de cuentas por hora y un rendimiento de facturación de 5,11 millones de cuentas por hora. Para obtener más detalles, incluida la metodología de prueba y la arquitectura de OCI utilizada, consulte el resumen técnico que se encuentra en Explorar más.
BRM cuenta con una arquitectura de varios servicios que aprovecha las tecnologías en la nube aceptadas por el sector, como Docker como tiempo de ejecución de contenedores, Kubernetes para la orquestación de contenedores y Helm para el empaquetado y el despliegue. La facturación a escala en la nube proporciona una gestión de facturación e ingresos moderna y probada en el sector para comunicaciones y negocios digitales, que ofrece:
- Servicio flexible y soporte de modelo de negocio del sector
- Innovación más rápida: lanzamiento rápido de ofertas digitales con flexibilidad en tiempo de diseño
- Agilidad de TI: modelo de despliegue nativo en la nube moderno con bajo costo total de propiedad, diseñado para implementarse en infraestructura de nube pública y privada
- Operaciones de facturación completas para garantizar una experiencia de facturación precisa y coherente que ayude a minimizar las quejas de facturación de los clientes
- Facturación para estructuras jerárquicas complejas, incluidos: planes de cuentas de grupo flexibles, reglas de acumulación, recurrentes, uso, cargos de compra, descuentos de tiempo de facturación, pagos, cobros, ajustes y gestión de disputas
Arquitectura
Esta arquitectura se utiliza para la gestión integral de ingresos para proveedores de servicios de comunicaciones y empresas relacionadas con las comunicaciones.
La gestión de ingresos es el proceso integral para generar, capturar y cobrar ingresos para cada servicio y cliente. Oracle Communications Cloud Scale Billing se ha diseñado para permitir la programación y ejecución eficientes de tareas de facturación y facturación de alto rendimiento que se ejecutan en una infraestructura nativa en la nube. La facturación son aplicaciones multithread diseñadas para utilizar de forma óptima los recursos informáticos disponibles a fin de garantizar que los trabajos a gran escala se completen en el menor tiempo posible.
La operación de facturación se descompone en varios procesos paralelos más pequeños que permiten una escalabilidad eficiente y está bien alineada con la escala automática dinámica de Kubernetes. El aumento del número de jerarquías o cuentas subordinadas en una jerarquía genera características de rendimiento y escalabilidad predecibles.
Además de una arquitectura nativa en la nube de alto rendimiento, hay potentes capacidades operativas disponibles para configurar, programar y ver la facturación, la facturación y otras funciones clave de gestión de ingresos.
El amplio conjunto de API de BRM (incluidos servicios web, REST y API abiertas alineadas con TM Forum) permite a los proveedores de servicios la flexibilidad y el control de integrar BRM con aplicaciones empresariales externas sin dar acceso directo a la base de datos, lo que reduce el riesgo para la seguridad de los datos y reduce la sobrecarga de gestión operativa.
La aplicación BRM en contenedores permite a los proveedores de servicios la flexibilidad de desplegar la aplicación en la nube pública de OCI, en entornos locales (con hardware dedicado o máquina virtual) o en una región dedicada a OCI en el cliente.
oci-brm-funcional-diagrama-oracle.zip
En esta arquitectura de referencia conceptual, el BRM se despliega mediante un cluster de OKE en OCI. Se recomienda configurar los nodos de trabajador de la aplicación BRM en distintos dominios de errores (FD) dentro de un dominio de disponibilidad (AD). Los pods de lógica de negocio nativos en la nube se pueden configurar para que se amplíen automáticamente horizontalmente (activos y caídos) en función del uso de CPU, lo que permite la optimización de los recursos informáticos durante la ejecución de trabajos de facturación.
En el diagrama se muestra un cluster de Oracle RAC en una subred privada dedicada. Se puede acceder a la base de datos Oracle a través de la red de Kubernetes para que los pods nativos de la nube de BRM puedan realizar operaciones de base de datos. La base de datos Oracle que utilice se puede desplegar en máquinas virtuales, hardware dedicado u Oracle Managed Database as a Service (DBaaS) en OCI. Para conocer las últimas versiones de base de datos admitidas, consulte la sección "Compatibilidad de software BRM" en la documentación del producto. La base de datos se puede replicar en una base de datos en espera mediante Active Data Guard.
Un host bastión se configura en una subred pública para permitir el acceso a los nodos de trabajador de BRM desde la red del cliente (por ejemplo, a través de SSH). Los clientes web de BRM y las integraciones externas se conectan al equilibrador de carga mediante el gateway de Internet. Oracle Cloud Infrastructure Web Application Firewall (WAF) puede proporcionar una aplicación de reglas de seguridad adicional para el tráfico de Internet.
Puede utilizar un controlador de entrada detrás de un equilibrio de carga externo para exponer los servicios de BRM fuera del cluster de Kubernetes y permitir a los clientes comunicarse con BRM. El controlador de entrada supervisa los objetos de entrada y actúa en la configuración embebida en estos objetos para exponer los servicios HTTP y T3 de BRM a la red externa. El equilibrador de carga proporciona un acceso de un solo punto y muy fiable a los servicios expuestos por el cluster de Kubernetes. En este caso, el controlador de entrada expone los servicios en nombre de la instancia nativa en la nube de BRM.
El siguiente diagrama ilustra esta arquitectura de referencia.
oci-brm-architecture-topology-diagram-oracle.zip
La arquitectura tiene los siguientes componentes:
- Tenancy
Un arrendamiento es una partición segura y aislada que Oracle configura en Oracle Cloud al registrarse en Oracle Cloud Infrastructure. Puede crear, organizar y administrar sus recursos en Oracle Cloud dentro de su arrendamiento. Un arrendamiento es sinónimo de una compañía u organización. Normalmente, una compañía tendrá un único arrendamiento y reflejará su estructura organizativa dentro de ese arrendamiento. Un único arrendamiento suele estar asociado a una única suscripción, y una única suscripción normalmente solo tiene un arrendamiento.
- Región
Una región de Oracle Cloud Infrastructure es un área geográfica localizada que contiene uno o más centros de datos, denominados dominios de disponibilidad. Las regiones son independientes entre sí y puede haber grandes distancias que las separen (entre países e incluso continentes).
- Compartimento
Los compartimentos son particiones lógicas entre regiones dentro de un arrendamiento de Oracle Cloud Infrastructure. Utilice compartimentos para organizar, controlar el acceso y definir cuotas de uso para los recursos de Oracle Cloud. En un compartimento determinado, defina políticas que controlen el acceso y definan privilegios para los recursos.
- Dominio de disponibilidad
Los dominios de disponibilidad son centros de datos independientes dentro de una región. Los recursos físicos de cada dominio de disponibilidad están aislados de los recursos de los otros dominios de disponibilidad, lo que proporciona tolerancia a fallos. Los dominios de disponibilidad no comparten infraestructura, como la alimentación o la refrigeración, ni la red interna del dominio de disponibilidad. Por lo tanto, un fallo en un dominio de disponibilidad no debería afectar a los otros dominios de disponibilidad de la región.
- Dominio de errores
Un dominio de errores es una agrupación de hardware e infraestructura dentro de un dominio de disponibilidad. Cada dominio de disponibilidad cuenta con tres dominios de errores con energía y hardware independientes. Al distribuir los recursos entre varios dominios de errores, las aplicaciones pueden tolerar fallos físicos del servidor, mantenimiento del sistema y fallos de energía en un dominio de errores.
- Red y subred virtuales en la nube (VCN)
Una VCN es una red personalizable y definida por software que puede configurar en una región de Oracle Cloud Infrastructure. Al igual que las redes de los centros de datos tradicionales, las redes virtuales le proporcionan el control de su entorno de red. Una VCN puede tener varios bloques de CIDR no superpuestos que puede cambiar después de crear la VCN. Puede segmentar una VCN en subredes, las cuales se pueden acotar a una región o a un dominio de disponibilidad. Cada subred está formada por un rango contiguo de direcciones que no se solapan con las demás subredes de la VCN. Puede cambiar el tamaño de una subred después de la creación. Una subred puede ser pública o privada.
- Equilibrador de carga
El servicio Oracle Cloud Infrastructure Load Balancing proporciona una distribución automatizada del tráfico desde un único punto de entrada a varios servidores en el backend.
- Lista de seguridad
Para cada subred, puede crear reglas de seguridad que especifiquen el origen, el destino y el tipo de tráfico que se debe permitir dentro y fuera de la subred.
- Gateway de traducción de direcciones de red (NAT)
Un gateway de NAT permite que los recursos privados de una VCN accedan a hosts en Internet, sin exponer dichos recursos a conexiones de Internet entrantes.
- Gateway de servicio
El gateway de servicios proporciona acceso desde una VCN a otros servicios, como Oracle Cloud Infrastructure Object Storage. El tráfico de la VCN al servicio Oracle viaja por el tejido de red de Oracle y no atraviesa Internet.
- Cloud Guard
Puede utilizar Oracle Cloud Guard para supervisar y mantener la seguridad de los recursos en Oracle Cloud Infrastructure. Cloud Guard utiliza recetas de detector que puede definir para examinar los recursos en busca de deficiencias de seguridad y para supervisar a los operadores y usuarios para determinadas actividades de riesgo. Cuando se detecta una configuración incorrecta o una actividad no segura, Cloud Guard recomienda acciones correctivas y ayuda a realizar esas acciones, en función de las recetas de responsable de respuesta que pueda definir.
- Zona de seguridad
Las zonas de seguridad garantizan las mejores prácticas de seguridad de Oracle desde el principio mediante la aplicación de políticas como el cifrado de datos y la prevención del acceso público a las redes de todo un compartimento. Una zona de seguridad está asociada a un compartimento con el mismo nombre e incluye políticas de zona de seguridad o una "receta" que se aplica al compartimento y sus subcompartimentos. No puede agregar ni mover un compartimento estándar a un compartimento de zona de seguridad.
- FastConnect
Oracle Cloud Infrastructure FastConnect proporciona una forma sencilla de crear una conexión privada y dedicada entre el centro de datos y Oracle Cloud Infrastructure. FastConnect proporciona opciones de mayor ancho de banda y una experiencia de red más fiable en comparación con las conexiones basadas en Internet.
- Sistema de base de datos de Exadata
Oracle Exadata Database Service es una opción que le permite aprovechar la potencia de Exadata en la nube, en caso de que sus necesidades empresariales lo requieran. Puede aprovisionar sistemas X8M flexibles que le permitan agregar servidores de cálculo y servidores de almacenamiento de base de datos al sistema a medida que aumenten sus necesidades. Los sistemas X8M ofrecen una red RoCE (RDMA sobre Ethernet convergente) para módulos de memoria persistente (PMEM) de gran ancho de banda y baja latencia, así como software de Exadata inteligente.
Consideraciones
Tenga en cuenta estos puntos al desplegar BRM nativo en la nube en OCI.
- Escala automática
Puede utilizar Kubernetes HorizontalPodAutoscaler (HPA) para escalar o reducir automáticamente el número de réplicas de pod de BRM en el despliegue en función del uso de CPU o memoria de un pod. Consulte la Guía de despliegue nativo en la nube de Oracle Communications Billing and Revenue Management en Explore More para obtener más información.
- Rendimiento
Las arquitecturas de despliegue de BRM y el tamaño del sistema variarán de un cliente a otro y dependerán de muchos factores, incluidos, entre otros, la base de suscriptores, los volúmenes de uso esperados, los modelos de facturación y facturación, la complejidad de la jerarquía de cuentas y los requisitos de retención de datos, que se deben analizar con Oracle o su partner de implantación antes y durante la fase de diseño del proyecto de despliegue.
- Disponibilidad y resiliencia
Para obtener un grado adicional de disponibilidad, BRM se puede desplegar en dominios y regiones de disponibilidad. En estos modelos, la replicación de datos entre instancias de RAC se puede proporcionar mediante Active Data Guard.
- Carga convergente
Si necesita admitir cargos de red principal de alto volumen y baja latencia para los servicios 4G y 5G, debe considerar la implementación de Oracle Communications Cloud Scale Charging, con tecnología de Oracle Communications Elastic Charging Engine, junto con BRM (no incluida en esta arquitectura de referencia). En una prueba de rendimiento que se ejecuta en OCI mediante OKE, el motor de cargos logró una latencia de milisegundos de un solo dígito en una prueba de rendimiento de varios sitios escalada para admitir 100 millones de suscriptores activos simultáneamente. Al lograr 270 000 transacciones por segundo, la prueba demostró que las soluciones nativas en la nube de Oracle pueden cumplir incluso los requisitos de cargos más exigentes de los CSP más grandes del mundo. Consulte Más información para obtener más información sobre Oracle Communications Cloud Scale Charging.
Explorar más
Más información sobre facturación y gestión de ingresos.
Revise estos recursos adicionales:
- Marco de mejores prácticas para Oracle Cloud Infrastructure
- Facturación a escala de Oracle Cloud
- Guía de despliegue nativo en la nube de Oracle Communications Billing and Revenue Management
- Prueba de rendimiento de Oracle Cloud Scale Billing
- Guía del Administrador del Sistema Nativo en la Nube
- Oracle amplía la facturación para 10 millones de cuentas empresariales
- Cloud Scale Charging: un sistema de carga convergente nativo en la nube (CCS)