Saiba Mais Sobre o Oracle Notifications Service
O serviço (ONS) do Oracle Cloud Infrastructure Notifications é mais comumente demonstrado como um meio de tornar o Oracle Cloud Infrastructure Events (OCI Events) acionável.
Por exemplo, executar uma operação para ampliar ou reduzir uma máquina virtual com base nos Eventos do OCI ou enviar notificações ao suporte operacional por meio de plataformas como SMS, e-mail e Slack. Os limites do ONS vão além dos casos de uso documentados aqui; outros cenários legítimos incluem:
- Enviando Eventos da OCI para uma solução de terceiros não suportada nativamente pelo ONS como em empresas híbridas ou multinuvem nas quais os painéis de operação residem com um sistema local.
- Gerando notificações de aplicativos quando ocorrem eventos de negócios significativos sem que o aplicativo precise saber como esse evento será tratado.
- Implementando coreografia de aplicativos por meio de uma estrutura pub/sub.
Independentemente do caso de uso, você identificou a necessidade de usar o ONS usando uma origem de aplicativo ou um destino. Este manual irá percorrer vários aspectos da configuração e utilização do ONS. Especificamente:
- Conectando o ONS ao Slack para ver o que um aplicativo personalizado está fazendo.
- Criar e executar um aplicativo personalizado que gerará mensagens ONS para um tópico específico (sendo inscrito por nossa conta do Slack).
- Usando um servidor mock da API (em nosso caso, Postman) para ver como um ponto final REST pode ser chamado quando uma mensagem é adicionada a um tópico ONS.
Esta demonstração mostrará que o uso do ONS para comunicação entre aplicativos é simples o suficiente para alcançar. Mas o cliente consumidor ou um mecanismo entre o ONS e o cliente precisa lidar com o processo de ativação. Embora isso possa parecer contrário às nossas necessidades. O mecanismo fornece um meio seguro para impedir que o ONS seja subvertido.
Arquitetura
Essas arquiteturas mostram o ONS usando um host local e uma máquina virtual no OCI.
Sua arquitetura se parecerá com um dos dois diagramas a seguir quando você tiver concluído toda a implantação de configuração e aplicativo de demonstração para todos os aplicativos ONS, dependendo se você optou por executar os aplicativos cliente como uma solução local (primeiro diagrama) ou em uma máquina virtual (VM) para o provedor de notificação (segundo diagrama).
Para o restante do playbook, vamos supor que você esteja executando o aplicativo de teste localmente.
Ao executar os aplicativos cliente localmente, a arquitetura será semelhante a:
oci-notifications-local-host-architecture-diagram.zip
Ao executar os aplicativos cliente em uma VM dentro do OCI, a arquitetura será semelhante a:
oci-notifications-virtual-máquina-arquitetura-diagrama-oracle.zip
Esta arquitetura inclui os seguintes componentes:
- Região
Uma 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).
- Domínio de disponibilidade
Os domínios de disponibilidade são data centers independentes e independentes dentro de uma região. Os recursos físicos em cada domínio de disponibilidade são isolados dos recursos dos outros domínios de disponibilidade, o que oferece tolerância a falhas. Os domínios de disponibilidade não compartilham infraestrutura como energia ou resfriamento ou a rede interna do domínio de disponibilidade. Portanto, provavelmente uma falha em um domínio de disponibilidade não afetará os outros domínios de disponibilidade da 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 potência e hardware independentes. Quando você distribui recursos entre diversos domínios de falha, seus aplicativos podem tolerar falhas físicas no servidor, na manutenção do sistema e na alimentação dentro de um domínio de falha.
- Rede virtual na nuvem (VCN) e sub-rede
Uma VCN é uma rede personalizável e definida por software que você configura em uma região do Oracle Cloud Infrastructure. Como as redes tradicionais de data center, as VCNs oferecem total controle sobre seu ambiente de rede. Uma VCN pode ter vários blocos CIDR não sobrepostos que você pode alterar após criar a VCN. Você pode segmentar uma VCN em sub-redes, que podem ter escopo em uma região ou em um domínio de disponibilidade. Cada sub-rede consiste em um intervalo ininterrupto de endereços que não se sobrepõem às 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.
- Notificações
O serviço Oracle Cloud Infrastructure Notifications transmite mensagens a componentes distribuídos por meio de um padrão publicar-assinar, entregando mensagens seguras, altamente confiáveis, de baixa latência e duráveis para aplicativos hospedados no Oracle Cloud Infrastructure.
- Política
Uma política do Oracle Cloud Infrastructure Identity and Access Management especifica quem pode acessar quais recursos e como. O acesso é concedido no nível de grupo e compartimento. Isso significa que você pode gravar uma política que dá a um grupo um tipo específico de acesso em um compartimento específico ou à tenancy.
- Serviço Compute
O serviço Oracle Cloud Infrastructure Compute permite provisionar e gerenciar hosts de computação na nuvem. Você pode iniciar instâncias de computação com formas que atendam aos seus requisitos de recursos para CPU, memória, largura de banda da rede e armazenamento. Após criar uma instância de computação, você pode acessá-la com segurança, reiniciá-la, anexar e desanexar volumes e encerrá-la quando não precisar mais dela.