Implantar o Oracle Cloud Scale Billing no Oracle Cloud Infrastructure
À medida que os provedores de serviços de comunicação (CSPs) se esforçam para atender às demandas de uma base crescente de assinantes e introduzir novos serviços 5G, eles estão migrando cada vez mais seus sistemas de suporte de negócios (BSS) para a nuvem para melhorar a agilidade operacional.
A aplicação Oracle Communications Billing and Revenue Management (BRM) é uma solução de gerenciamento de receita em escala de nuvem líder do setor para o setor de comunicações. O BRM foi projetado para dar suporte aos processos de negócios no coração da estratégia de monetização de um CSP e pode ser implantado como um aplicativo em contêiner nativo da nuvem executado na Oracle Cloud Infrastructure (OCI) e utilizando o OCI Kubernetes Engine (OKE).
Essa arquitetura descreve uma arquitetura conceitual de alto nível para a implantação do BRM em um único domínio de disponibilidade em uma única região do OCI. Os detalhes reais da implantação dependerão de vários fatores que são específicos aos requisitos de negócios do provedor de serviços e podem diferir dessa arquitetura de referência.
O BRM tem a riqueza funcional e o desempenho operacional para permitir que empresas inovadoras e centradas no cliente atendam às demandas de crescimento de alta receita para ofertas de provedores de serviços business-to-consumer (B2C) e business-to-business (B2B). Para ilustrar o desempenho de faturamento em escala empresarial do BRM, a solução Oracle Communications Cloud Scale Billing (com tecnologia do BRM) foi testada. Executada na OCI e usando o OKE, a solução concluiu uma execução de fatura para 10 milhões de contas em oito clientes corporativos CSP representativos em 4,5 horas. A Oracle alcançou uma taxa de transferência de faturamento de 2,29 milhões de contas por hora e uma taxa de transferência de faturamento de 5,11 milhões de contas por hora. Para obter mais detalhes, incluindo a metodologia de teste e a arquitetura da OCI usada, consulte o resumo técnico encontrado em Explore More.
O BRM tem uma arquitetura de vários serviços que aproveita as tecnologias nativas da nuvem aceitas pelo setor, como: Docker como runtime de contêiner, Kubernetes para orquestração de contêineres e Helm para empacotamento e implantação. O Cloud Scale Billing fornece faturamento moderno e comprovado do setor e gerenciamento de receita para comunicações e negócios digitais, oferecendo:
- Suporte flexível ao modelo de negócios do setor e do serviço
- Inovação mais rápida: lançamento rápido de ofertas digitais com flexibilidade de design-time
- Agilidade de TI: modelo de implementação nativo da nuvem moderno com baixo custo total de propriedade, projetado para ser implementado em infraestrutura de nuvem pública e privada
- Operações de faturamento abrangentes para garantir uma experiência de faturamento precisa e consistente para ajudar a minimizar reclamações de faturamento de clientes
- Faturamento para estruturas hierárquicas complexas, incluindo: planos de conta de grupo flexíveis, regras de acúmulo, recorrentes, uso, encargos de compra, descontos de tempo de faturamento, pagamentos, cobranças, ajustes e gerenciamento de contestações
Arquitetura
Essa arquitetura é usada para gerenciamento de receita de ponta a ponta para provedores de serviços de comunicação e empresas relacionadas a comunicações.
O gerenciamento de receita é o processo completo para gerar, capturar e coletar receita para cada serviço e cliente. O Oracle Communications Cloud Scale Billing foi projetado para oferecer suporte à programação e execução eficientes de tarefas de faturamento e faturamento de alto desempenho, executadas na infraestrutura nativa da nuvem. O faturamento e o faturamento são aplicativos multithread projetados para utilizar de forma ideal os recursos de computação disponíveis para garantir que os trabalhos em larga escala sejam concluídos no menor tempo possível.
A operação de faturamento é decomposta em vários processos menores paralelos, permitindo escalabilidade eficiente e está bem alinhada com o dimensionamento automático dinâmico do Kubernetes. O aumento do número de hierarquias ou contas subordinadas em uma hierarquia gera características previsíveis de throughput e escalabilidade.
Além de uma arquitetura nativa da nuvem de alto desempenho, recursos operacionais avançados estão disponíveis para configurar, programar e exibir faturamento, faturamento e outras funções importantes de gerenciamento de receita.
O extenso conjunto de APIs do BRM (incluindo web services, REST e APIs abertas alinhadas ao TM Forum) permite aos provedores de serviços a flexibilidade e o controle da integração do BRM com aplicativos de negócios corporativos externos sem fornecer acesso direto ao banco de dados, reduzindo o risco à segurança dos dados e reduzindo a sobrecarga de gerenciamento operacional.
O aplicativo BRM em contêiner permite aos provedores de serviços a flexibilidade de implementar o aplicativo na nuvem pública da OCI, on-premises (bare metal ou máquina virtual) ou em uma região dedicada à OCI no cliente.
oci-brm-diagrama funcional-oracle.zip
Nesta arquitetura de referência conceitual, o BRM é implantado usando um cluster do OKE na OCI. É recomendável configurar os nós de trabalho do aplicativo BRM em diferentes domínios de falha (FDs) dentro de um domínio de disponibilidade (AD). Os pods de lógica de negócios nativos da nuvem podem ser configurados para dimensionamento automático horizontal (para cima e para baixo) com base na utilização da CPU, permitindo a otimização de recursos de computação durante a execução de jobs de faturamento.
O diagrama mostra um cluster do Oracle RAC em uma sub-rede privada dedicada. O banco de dados Oracle é acessível por meio da rede do Kubernetes para que os pods nativos da nuvem do BRM possam executar operações de banco de dados. O banco de dados Oracle que você usa pode ser implantado em bare metal, máquinas virtuais ou no Oracle Managed Database as a Service (DBaaS) no OCI. Para obter as versões mais recentes do banco de dados suportadas, consulte a seção "Compatibilidade de Software do BRM" na documentação do produto. O banco de dados pode ser replicado para um banco de dados stand-by usando o Active Data Guard.
Um bastion host é configurado em uma sub-rede pública para permitir o acesso aos nós de trabalho do BRM pela rede do cliente (por exemplo, via SSH). Os clientes Web do BRM e as integrações externas se conectam ao balanceador de carga por meio do gateway da Internet. A imposição de regra de segurança adicional pode ser fornecida pelo Oracle Cloud Infrastructure Web Application Firewall (WAF) para tráfego da Internet.
Você usa um controlador de entrada por trás de um balanceamento de carga externo para expor serviços de BRM fora do cluster do Kubernetes e permitir que os clientes se comuniquem com o BRM. O controlador de entrada monitora os objetos de entrada e age na configuração incorporada nesses objetos para expor os serviços HTTP e T3 do BRM à rede externa. O balanceador de carga fornece um acesso de ponto único altamente confiável aos serviços expostos pelo cluster do Kubernetes. Nesse caso, os serviços são expostos pelo controlador de entrada em nome da instância nativa da nuvem do BRM.
O diagrama a seguir ilustra essa arquitetura de referência.
oci-brm-arquitetura-topologia-diagrama-oracle.zip
A arquitetura tem os seguintes componentes:
- Tenancy
Uma tenancy é uma partição segura e isolada que a Oracle configura no Oracle Cloud quando você se inscreve no Oracle Cloud Infrastructure. Você pode criar, organizar e administrar seus recursos no Oracle Cloud em sua tenancy. Uma tenancy é sinônimo de uma empresa ou organização. Normalmente, uma empresa terá uma única locação e refletirá sua estrutura organizacional dentro dessa locação. Uma única tenancy geralmente é associada a uma única assinatura, e uma única assinatura geralmente só tem uma tenancy.
- Região
Região do Oracle Cloud Infrastructure é uma área geográfica localizada que contém um ou mais data centers, denominada domínios de disponibilidade. As regiões são independentes de outras regiões, e grandes distâncias podem separá-las (entre países ou até mesmo continentes).
- Compartimento
Os compartimentos são partições lógicas entre regiões em uma tenancy do Oracle Cloud Infrastructure. Use compartimentos para organizar, controlar o acesso e definir metas de uso para seus recursos do Oracle Cloud. Em um determinado compartimento, você define políticas que controlam o acesso e definem privilégios para recursos.
- Domínio de disponibilidade
Domínios de disponibilidade são data centers stand-alone e independentes dentro de uma região. Os recursos físicos de cada domínio de disponibilidade são isolados dos recursos de outros domínios de disponibilidade, o que oferece tolerância a falhas. Os domínios de disponibilidade não compartilham infraestrutura como energia ou refrigeração ou a rede interna do domínio de disponibilidade. Portanto, uma falha em um domínio de disponibilidade não deve afetar os outros domínios de disponibilidade na região.
- Domínio de falha
Um domínio de falha é um agrupamento de hardware e infraestrutura dentro de um domínio de disponibilidade. Cada domínio de disponibilidade tem três domínios de falha com energia e hardware independentes. Quando você distribui recursos entre vários domínios de falha, seus aplicativos podem tolerar falha no servidor físico, manutenção do sistema e falhas de energia dentro de um domínio de falha.
- Rede virtual na nuvem (VCN) e sub-rede
Uma VCN é uma rede personalizável definida por software que você configura em uma região do Oracle Cloud Infrastructure. Como as redes tradicionais de data center, as VCNs oferecem controle sobre seu ambiente de rede. Uma VCN pode ter vários blocos CIDR não sobrepostos que você pode alterar após a criação da VCN. Você pode segmentar uma VCN em sub-redes, com escopo definido para uma região ou para um domínio de disponibilidade. Cada sub-rede consiste em um intervalo contíguo de endereços que não se sobrepõem a outras sub-redes da VCN. Você pode alterar o tamanho de uma sub-rede após a criação. Uma sub-rede pode ser pública ou privada.
- Balanceador de carga
O serviço Oracle Cloud Infrastructure Load Balancing fornece distribuição automatizada de tráfego de um único ponto de entrada para vários servidores no back-end.
- Lista de segurança
Para cada sub-rede, você pode criar regras de segurança que especifiquem a origem, o destino e o tipo de tráfego que deve ser permitido dentro e fora da sub-rede.
- Gateway de conversão de endereço de rede (NAT)
Um gateway NAT permite que recursos privados em uma VCN acessem hosts na internet, sem expor esses recursos a conexões de internet de entrada.
- Gateway de serviço
O gateway de serviço fornece acesso de uma VCN a outros serviços, como o Oracle Cloud Infrastructure Object Storage. O tráfego da VCN para o serviço Oracle percorre a malha da rede Oracle e não passa pela internet.
- Cloud Guard
Você pode usar o Oracle Cloud Guard para monitorar e manter a segurança de seus recursos no Oracle Cloud Infrastructure. O Cloud Guard usa receitas do detector que você pode definir para examinar seus recursos quanto a pontos fracos de segurança e para monitorar operadores e usuários em relação a determinadas atividades arriscadas. Quando qualquer configuração incorreta ou atividade insegura é detectada, o Cloud Guard recomenda ações corretivas e auxilia na execução dessas ações, com base nas receitas do respondedor que você pode definir.
- Zona de segurança
As zonas de segurança garantem as melhores práticas de segurança da Oracle desde o início, impondo políticas, como criptografar dados e impedir o acesso público a redes de um compartimento inteiro. Uma zona de segurança está associada a um compartimento com o mesmo nome e inclui políticas de zona de segurança ou uma "receita" que se aplica ao compartimento e seus subcompartimentos. Você não pode adicionar ou mover um compartimento padrão para um compartimento de zona de segurança.
- FastConnect
O Oracle Cloud Infrastructure FastConnect fornece uma maneira fácil de criar uma conexão privada dedicada entre o seu data center e o Oracle Cloud Infrastructure. O FastConnect oferece opções de largura de banda maior e uma experiência de rede mais confiável quando comparado com conexões baseadas na internet.
- Sistema de BD Exadata
O Oracle Exadata Database Service é uma opção que permite aproveitar o poder do Exadata na nuvem, caso suas necessidades de negócios exijam isso. Você pode provisionar sistemas X8M flexíveis que permitem adicionar servidores de computação de banco de dados e servidores de armazenamento ao sistema à medida que suas necessidades aumentam. Os sistemas X8M oferecem rede RoCE (RDMA sobre Ethernet Convergente) para módulos de memória persistente (PMEM) de alta largura de banda e baixa latência e software Exadata inteligente.
Considerações
Considere esses pontos ao implementar o BRM nativo da nuvem na OCI.
- Dimensionamento automático
Você pode usar o HPA (Kubernetes HorizontalPodAutoscaler) para ampliar ou reduzir automaticamente o número de réplicas de pod do BRM em sua implantação com base na utilização de CPU ou memória de um pod. Consulte o Oracle Communications Billing and Revenue Management Cloud Native Deployment Guide em Explorar Mais para obter mais informações.
- Desempenho
As arquiteturas de implantação do BRM e o dimensionamento do sistema variarão de cliente para cliente e dependerão de muitos fatores, incluindo, entre outros, base de assinantes, volumes de uso esperados, modelos de faturamento e faturamento, complexidade da hierarquia de contas e requisitos de retenção de dados, que devem ser discutidos com a Oracle ou com seu parceiro de implementação antes e durante a fase de design do projeto de implantação.
- Disponibilidade e resiliência
Para um grau adicional de disponibilidade, o BRM pode ser implantado em domínios e regiões de disponibilidade. Nesses modelos, a replicação de dados entre instâncias RAC pode ser fornecida usando o Active Data Guard.
- Cobrança convergente
Se você precisar suportar cobrança de rede principal de alto volume e baixa latência para serviços 4G e 5G, considere implementar o Oracle Communications Cloud Scale Charging, com tecnologia do Oracle Communications Elastic Charging Engine, juntamente com o BRM (não incluído nesta arquitetura de referência). Em um teste de desempenho executado na OCI usando o OKE, o mecanismo de cobrança obteve latência de milissegundos de um dígito em um teste de desempenho em vários locais dimensionado para oferecer suporte a 100 milhões de assinantes ativos simultaneamente. Atingindo 270.000 transações por segundo, o teste mostrou que as soluções nativas da nuvem da Oracle podem atender até mesmo aos requisitos de cobrança mais extenuantes dos maiores CSPs do mundo. Consulte Explore Mais para obter mais detalhes sobre o Oracle Communications Cloud Scale Charging.
Explorar Mais
Saiba mais sobre faturamento e gerenciamento de receita.
Revise estes recursos adicionais:
- Estrutura de melhores práticas do Oracle Cloud Infrastructure
- Faturamento em Escala do Oracle Cloud
- Guia de Implantação Nativo da Nuvem do Oracle Communications Billing and Revenue Management
- Teste de Desempenho do Oracle Cloud Scale Billing
- Guia do Administrador do Sistema Nativo da Nuvem
- A Oracle aumenta o faturamento para 10 milhões de contas empresariais
- Cloud Scale Charging – Um sistema de carregamento convergente nativo da nuvem (CCS)