Implante o Software IBM Sterling Order Management no Oracle Cloud e no Microsoft Azure
O IBM Sterling Order Management Software é um sistema de gerenciamento de pedidos de varejo amplamente implementado. Mais da metade das organizações ainda executa o aplicativo em uma infraestrutura local cada vez mais antiga. Ao considerar a migração para a nuvem, as organizações querem usar os melhores serviços de vários provedores de nuvem por motivos de desempenho, custo e relacionamento com fornecedores. A arquitetura de pilha dividida em várias nuvens é uma solução comum para a migração de aplicativos empacotados para a nuvem.
Nesta arquitetura de referência inspirada no cliente, um varejista global líder migrou o banco de dados do IBM Sterling Order Management Software de um data center de co-localização local para o Oracle Base Database Service na OCI (Oracle Cloud Infrastructure) usando uma arquitetura de pilha dividida em várias nuvens. O banco de dados Oracle 11g local foi atualizado e migrado para 19c na OCI sem tempo de inatividade. Após a migração do banco de dados, a camada de aplicativos IBM Sterling Order Management Software é executada no Microsoft Azure e a camada de banco de dados Oracle é executada no OCI, com o OCI-Azure Interconnect conectando o aplicativo e o banco de dados.
Essa arquitetura de referência oferece os seguintes benefícios:
- Atualize o banco de dados do IBM Sterling Order Management Software de 11g para 19c e migre para o OCI
- Reduza os custos de infraestrutura em até 60%
- Melhore o desempenho à medida que a multithreading da OCI fornece duas vezes a capacidade quando comparada a um único thread em outros provedores de nuvem
- Use o Oracle Base Database Service com o Terraform para automatizar o provisionamento do sistema e conceder privilégios de usuário
- Implante novos recursos mais rapidamente na OCI
Arquitetura
Esta arquitetura de referência ilustra uma implantação de pilha dividida multicloud de alto desempenho conectada por uma interconexão OCI-Azure dedicada de baixa latência e alta largura de banda.
O aplicativo IBM Sterling Order Management Software e os servidores Web são implantados em VMs no Microsoft Azure US East. O aplicativo se conecta ao banco de dados Oracle Real Application Clusters (Oracle RAC) no OCI Ashburn via OCI-Azure Interconnect. O banco de dados Oracle RAC de dois nós é usado para atender às necessidades de alto desempenho e alta disponibilidade. O banco de dados Oracle RAC é um serviço de nuvem gerenciado do Oracle Base Database Service que reduz os custos gerais operacionais do cliente.
A instância de Recuperação de Desastres (DR) é implementada na região OCI San Jose que se interconecta ao Microsoft Azure US West (não mostrado neste diagrama de arquitetura). Como alternativa, o OCI-Azure Interconnect também está disponível entre o OCI Phoenix e o Microsoft Azure US West3. O banco de dados de produção é replicado para DR usando o Oracle Data Guard.
A federação do Oracle Cloud Infrastructure Identity and Access Management (OCI IAM) e do Microsoft Azure Active Directory permite a conta do OCI usando sign-on único. Os dados de log do OCI e do Microsoft Azure são encaminhados ao monitoramento da nuvem Dynatrace para insights operacionais. A segurança da nuvem do Wiz é usada para monitorar a implantação multicloud para identificar, remediar e evitar riscos de forma proativa para os negócios.
O diagrama a seguir ilustra essa arquitetura de referência.
oci-multicloud-ibm-azure-arch-oracle.zip
Migração para a nuvem
Antes da migração, o cliente tinha implementado uma arquitetura de pilha dividida em nuvem híbrida, com o aplicativo IBM Sterling Order Management Software e servidores web no Microsoft Azure e bancos de dados em um data center de co-localização local. Uma abordagem de migração em fases foi projetada para atualizar e migrar o banco de dados da co-localização 11g para a 19c na OCI, mantendo a camada de aplicativos no Microsoft Azure.
- Criar um banco de dados temporário do 11g na OCI
- Replicar o banco de dados de produção 11g local para o banco de dados temporário 11g no OCI
- Crie um banco de dados de produção 19c na OCI
- Use o Oracle GoldenGate no marketplace do OCI para replicar dados do banco de dados temporário do 11g para o Banco de Dados 19c no OCI
- Recorte o aplicativo de produção no Microsoft Azure para apontar para o banco de dados 19c na OCI e desconectar outras replicações
O diagrama a seguir ilustra a migração para a nuvem.
Descrição da ilustração oci_multicloud_ibm_azure_flow.png
oci-multicloud-ibm-azure-flow-oracle.zip
A arquitetura tem 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 mesmo continentes).
- 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, provavelmente uma falha em um domínio de disponibilidade não afetará os outros domínios de disponibilidade da região.
- 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 total 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.
- Serviço Bastion
O Oracle Cloud Infrastructure Bastion oferece acesso seguro restrito e com tempo limitado a recursos que não têm pontos finais públicos e que exigem controles rígidos de acesso a recursos, como bare metal e máquinas virtuais, Oracle MySQL Database Service, Autonomous Transaction Processing (ATP), Oracle Container Engine for Kubernetes (OKE) e qualquer outro recurso que permita acesso ao Secure Shell Protocol (SSH). Com o serviço Oracle Cloud Infrastructure Bastion, você pode ativar o acesso a hosts privados sem implantar e manter um host de salto. Além disso, você ganha melhor postura de segurança com permissões baseadas em identidade e uma sessão SSH centralizada, auditada e limitada por tempo. O Oracle Cloud Infrastructure Bastion elimina a necessidade de um IP público para acesso bastion, eliminando o incômodo e a potencial superfície de ataque ao fornecer acesso remoto.
- Interconexão entre OCI e Azure
A Oracle Cloud e o Microsoft Azure Interconnect são a primeira oferta multinuvem da Oracle. Ele oferece uma conexão de rede direta entre data centers específicos do Azure e do Oracle Cloud Infrastructure (OCI) em todo o mundo. Ele permite que administradores e desenvolvedores do Azure conectem seus aplicativos a aplicativos e serviços executados no OCI sem criar links dedicados ou enviar seu tráfego de aplicativos pela internet pública.
- Streaming
O Oracle Cloud Infrastructure Streaming oferece uma solução de armazenamento totalmente gerenciada, escalável e durável para a ingestão de fluxos de dados contínuos de alto volume que você pode consumir e processar em tempo real. Você pode usar o Streaming para ingerir dados de alto volume, como logs de aplicativo, telemetria operacional, sequência de cliques na web ou para outros casos de uso em que os dados sejam produzidos e processados de modo contínuo e sequencial em um modelo de mensagens do padrão publicar-asscrever.
- Oracle Base Database Service
O Oracle Base Database Service é um serviço de banco de dados totalmente gerenciado que permite aos desenvolvedores desenvolver e implantar rapidamente aplicativos nativos da nuvem e seguros. A Oracle automatiza todas as tarefas, como backup e recuperação, aplicação de patches, atualizações e criptografia de dados no banco de dados e no sistema operacional.
Recomendações
- Versão do IBM Sterling Order Management Software
Essa arquitetura suporta o IBM Sterling Order Management Software versão 10.0.2303.1 (versão atual no momento da publicação desta solução) e versões mais recentes. Recomendamos que você use a versão mais recente do IBM Sterling Order Management Software.
Antes de implantar o Software IBM Sterling Order Management em uma arquitetura multicloud, familiarize-se com os seguintes requisitos seguindo os links na seção Explorar Mais:- Para os requisitos de sistema do IBM Sterling Order Management Software, consulte Requisitos de Sistema.
- O IBM Sterling Order Management Software tem uma dependência de um sistema de banco de dados relacional para gerenciamento de estado e dados. Um sistema de broker de mensagens ativado para Java Message Service (JMS) também é necessário para workflows de comunicação entre serviços e ordens. O IBM Sterling Order Management Software suporta várias opções de banco de dados e broker de mensagens que você pode implantar em seu ambiente. Para obter mais informações, consulte:
- Camada de banco de dados Oracle 19c: Configurando um banco de dados Oracle no UNIX ou Linux
- broker de mensagens JMS: Integração com Sistemas JMS
- Latência
Use o OCI e o Azure Interconnect para a conexão de rede entre nuvens a fim de fornecer uma conexão de baixa latência.
- Banco de Dados
Use o banco de dados Oracle 19c ou versão mais recente. O banco de dados Oracle 19.16.0.0 é usado nesta arquitetura de referência. Recomendamos a forma VM.Standard2.16 com o ASM (Automatic Storage Management). O tamanho do banco de dados é de cerca de 800 GB. Cada nó do Oracle RAC tem 16 núcleos de CPU e 240 GB de memória.
- Disaster Recovery
Na implantação da nuvem, a instância de recuperação de desastres standby pode ser dimensionada em um quarto da produção para reduzir o custo e aumentar até a capacidade total, em caso de failover da DR. O aplicativo e os dados de produção devem ser replicados para DR para atender ao RTO (Recovery Time Objective) e ao RPO (Recovery Point Objective) definidos pela empresa.
Durante o upgrade e a migração do banco de dados, recomendamos a criação de um banco de dados temporário/DR no OCI na mesma região para evitar qualquer risco e servir como uma contingência para a produção. O banco de dados pode ser usado em testes de latência de rede e para definir a linha de base de desempenho do aplicativo antes do upgrade. Após o upgrade e a migração, a instância de DR deverá ser configurada em outra região.
- Oracle Database Service para Microsoft Azure
O Oracle Database Service for Microsoft Azure permite que você integre facilmente o Oracle Cloud Infrastructure Database ao seu ambiente de nuvem Microsoft Azure. O Oracle Database Service for Microsoft Azure usa uma abordagem baseada em serviço e é uma alternativa para criar manualmente implantações complexas entre nuvens para pilhas de aplicativos.
Recomendamos o uso do Oracle Database Service for Microsoft Azure em uma arquitetura de pilha dividida em várias nuvens, pois ele é executado no link de rede privada, de baixa latência e alta largura de banda entre o Microsoft Azure e a OCI. Os usuários têm a opção de escolher o Oracle Base Database (incluindo o Oracle RAC), o Oracle Autonomous Database, o Oracle Exadata Database Service e o MySQL HeatWave e provisionar o Oracle Database Service for Microsoft Azure na console do Microsoft Azure.
Considerações
Ao implantar o Software IBM Sterling Order Management em uma arquitetura multicloud, considere as seguintes opções para escalabilidade e disponibilidade.
- Disponibilidade do aplicativo
Antes de implantar o IBM Sterling Order Management Software, revise as considerações para alta disponibilidade e gerenciamento de desempenho, conforme descrito nos links de documentação da IBM na seção Explorar Mais.
Nesta arquitetura de referência, o aplicativo IBM Sterling Order Management Software é implantado com várias VMs no banco de dados Microsoft Azure e Oracle RAC no OCI para oferecer alta disponibilidade. Os domínios de falha oferecem a melhor resiliência dentro de um domínio de disponibilidade. Se precisar de maior disponibilidade, considere o uso de vários domínios ou regiões de disponibilidade, onde possível.
- Throughput de E/S de armazenamento
O tamanho do armazenamento é crucial para obter o throughput esperado de E/S para leituras e gravações de disco.
- Escalabilidade
Essa arquitetura de referência usa o Oracle Base Database Service com o banco de dados Oracle Real Application Clusters (Oracle RAC). Você pode ampliar ou reduzir manualmente o número de núcleos de CPU do banco de dados a qualquer momento.
Você pode usar o Oracle Autonomous Database ou o Oracle Exadata Database Service com o IBM Sterling Order Management Software. O recurso de dimensionamento automático do Oracle Autonomous Database permite que 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 Oracle Autonomous Database permite que você dimensione a capacidade de armazenamento a qualquer momento, sem afetar a disponibilidade ou o desempenho.
Explorar Mais
Revise esses recursos adicionais para saber mais sobre os recursos dessa arquitetura de referência.
Software IBM Sterling Order Management:
- Software IBM Sterling Order Management
- Requisitos de sistema
- Configurando um banco de dados Oracle em UNIX ou Linux
- Integração com sistemas JMS
- Considerações sobre alta disponibilidade
- Considerações sobre gerenciamento de desempenho
Oracle Cloud Infrastructure: