Implante o Software IBM Sterling Order Management em um cluster do Oracle Cloud Infrastructure Kubernetes Engine

O IBM Sterling Order Management Software é um software de atendimento de pedidos omnichannel. A partir do software versão 10.0, o software está disponível em contêineres certificados pela IBM. Os contêineres certificados pela IBM são empacotados com o Software IBM Sterling Order Management em contêineres e validados para implementação em nuvem, permitindo que os clientes implantem os contêineres em qualquer nuvem pública ou privada, incluindo a Oracle Cloud Infrastructure (OCI) usando os clusters do Oracle Cloud Infrastructure Kubernetes Engine (OCI Kubernetes Engine ou OKE).

Essa arquitetura de referência fornece uma visão geral para implantar o Software IBM Sterling Order Management em um cluster do OKE. O OKE oferece um cluster Kubernetes altamente disponível e escalável pronto para produção para implementar aplicativos em contêineres na nuvem. A implantação do Software IBM Sterling Order Management em um cluster do OKE permite que o aplicativo se integre facilmente a outros serviços gerenciados do OCI para simplificar ainda mais a implantação.

Arquitetura

O IBM Sterling Order Management Software requer um banco de dados e um servidor Java Message Service (JMS) como pré-requisitos para implantar o aplicativo. Além disso, o contêiner certificado pelo IBM Sterling Order Management Software deve ser personalizado para usar o banco de dados selecionado e o JMS para implantação.

Versões com Suporte:
  • Banco de dados IBM Db2 V11.x ou superior OU banco de dados Oracle v19c
  • Servidor IBM MQ JMS V9.x ou superior OU WebLogic JMS
  • Contêineres certificados IBM Sterling Order Management Software V10

O diagrama a seguir ilustra essa arquitetura de referência.



oci-oke-ibm-sterling-arch-oracle.zip

Nesta arquitetura de referência, o serviço Oracle Autonomous Database fornece o banco de dados do aplicativo IBM Sterling Order Management Software. O Oracle Autonomous Database é um ambiente de banco de dados pré-configurado totalmente gerenciado com quatro tipos de carga de trabalho disponíveis: Oracle Autonomous Transaction Processing, Oracle Autonomous Data Warehouse Oracle APEX Application Development e Oracle Autonomous JSON Database. O Autonomous Transaction Processing com a versão v19c do banco de dados Oracle é usado para esta implantação.

Para o servidor JMS, o servidor de mensagens IBM MQ é implantado com o Software IBM Sterling Order Management em um cluster do OKE. Imagens certificadas pela IBM e gráficos helm estão disponíveis para a implantação do servidor IBM MQ. O servidor IBM MQ deve ser configurado com o gerenciador de filas e as filas necessárias para o IBM Sterling Order Management Software.

Essa arquitetura tem os seguintes Serviços do OCI:
  • File Storage

    Os serviços de aplicativo e agente exigem compartilhamentos NFS persistentes para armazenar dados compartilhados (Índice de Pesquisa, importação de CDT ou exportação) usados pelo servidor de aplicativos e contêineres do servidor de agentes. O serviço IBM MQ também requer armazenamento conectado à rede para armazenar dados e mensagens de configuração do MQ. O serviço OCI File Storage é implantado para fornecer volume persistente ao aplicativo, agente e serviços IBM MQ.

  • Registro de Contêiner

    As imagens de contêiner desta solução devem ser armazenadas em um repositório acessível no cluster do OKE. O OCI Container Registry é utilizado para armazenar as imagens. O OCI Container Registry também poderá ser usado como um repositório Helm se os clientes tiverem seus próprios gráficos helm. O cluster do OKE se conecta ao OCI Container Registry por meio de um gateway de serviço, para que o tráfego não atravesse a internet.

  • Gateway de API

    O Gateway de API expõe o ponto final do IBM Sterling Order Management Software aos usuários. Ele fornece autenticação e autorização para usuários que acessam o aplicativo IBM Sterling Order Management Software.

  • Balanceador de Carga

    O Balanceador de Carga fornece acesso ao controlador de entrada no cluster do OKE. A entrada direciona o tráfego para os serviços solicitados pelos usuários do aplicativo IBM Sterling Order Management Software.

  • Autoridade de Certificação

    O serviço Certificate Authority gerencia os certificados TLS para o ponto final público do Software IBM Sterling Order Management.

  • Key Management

    O serviço Key Management gerencia as chaves usadas pelo serviço Certificate Authority.

A arquitetura tem os seguintes componentes:

  • 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).

  • Domínios 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ínios 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-redes

    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.

  • Kubernetes Engine

    O Oracle Cloud Infrastructure Kubernetes Engine (OCI Kubernetes Engine ou OKE) é um serviço totalmente gerenciado, escalável e altamente disponível que você pode usar para implantar seus aplicativos em contêineres na nuvem. Você especifica os recursos de computação necessários, e o serviço Kubernetes Engine os provisiona no Oracle Cloud Infrastructure em uma tenancy existente. O OKE usa o Kubernetes para automatizar a implantação, o dimensionamento e o gerenciamento de aplicativos em contêineres entre clusters de hosts.

  • Autonomous Database

    O Oracle Autonomous Database é um ambiente de banco de dados totalmente gerenciado e pré-configurado que você pode usar para processamento de transações e cargas de trabalho de data warehousing. Você não precisa configurar nem gerenciar nenhum hardware, nem instalar nenhum software. O Oracle Cloud Infrastructure trata da criação, backup, aplicação de patches, upgrade e ajuste do banco de dados.

  • 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.

  • Tabela de roteamento

    As tabelas de roteamento virtual contêm regras para rotear o tráfego de sub-redes para destinos fora de uma VCN, geralmente por meio de gateways.

  • 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.

Recomendações

Use as recomendações a seguir como ponto de partida. Seus requisitos podem ser diferentes da arquitetura descrita aqui.
  • VCN

    Ao criar uma VCN, determine o número de blocos CIDR necessários e o tamanho de cada bloco com base no número de recursos que você planeja anexar a sub-redes na VCN. Use blocos CIDR que estejam dentro do espaço de endereço IP privado padrão.

    Selecione blocos CIDR que não se sobreponham a nenhuma outra rede (no Oracle Cloud Infrastructure, em seu data center local ou em outro provedor de nuvem) para a qual você pretende configurar conexões privadas.

    Depois de criar uma VCN, você poderá alterar, adicionar e remover seus blocos CIDR.

    Ao projetar as sub-redes, considere seus requisitos de fluxo de tráfego e segurança. Anexe todos os recursos dentro de uma camada ou atribuição específica à mesma sub-rede, que pode servir como um limite de segurança.

  • Largura de banda do balanceador de carga

    Ao criar o balanceador de carga, você pode selecionar uma forma predefinida que forneça uma largura de banda fixa ou especificar uma forma personalizada (flexível), na qual você define uma faixa de largura de banda e permite que o serviço dimensione a largura de banda automaticamente com base nos padrões de tráfego. Com qualquer uma das abordagens, você pode alterar a forma a qualquer momento após criar o balanceador de carga.

  • Listas de segurança

    Use listas de segurança para definir regras de entrada e saída que se aplicam a toda a sub-rede.

  • Versão do Autonomous Database

    Use a versão mais recente disponível para o Autonomous Database.

Considerações

Ao implantar o IBM Sterling Order Management Software em um cluster do OKE, considere o seguinte em termos de escalabilidade e disponibilidade:

  • Disponibilidade do aplicativo

    O aplicativo IBM Sterling Order Management Software é implantado com vários pods na implantação para fornecer alta disponibilidade.

    Os domínios de falha fornecem a melhor resiliência dentro de um domínio de disponibilidade. Se você precisar de maior disponibilidade, considere o uso de vários domínios de disponibilidade ou várias regiões, sempre que possível.

  • Escalabilidade

    Você pode dimensionar manualmente o número de núcleos de CPU do banco de dados para mais ou para menos a qualquer momento. O recurso de dimensionamento automático do Autonomous Database permite que o seu banco de dados use até três vezes o número base atual de núcleos de CPU a qualquer momento. À medida que a demanda aumenta, o dimensionamento automático aumenta automaticamente o número de núcleos em uso. O Autonomous Database permite dimensionar a capacidade de armazenamento a qualquer momento, sem afetar a disponibilidade ou o desempenho.

Reconhecimentos

  • Author: Chiping Hwang
  • Contributors: Michael Rutledge, Wei Han, Anupama Pundpal