Recentemente no meu trabalho passamos para uma migração do Ecommerce feito em cima do ATG para o OCI, vou relatar algumas observações que tive baseando mais nos meus estudos, pois não participei diretamente da migração.
Os clientes do Oracle Commerce Platform (ATG) precisam ser capazes de lidar com a complexidade e dimensionar seu provisionamento de infraestrutura de acordo.
O provisionamento estático pode levar a ineficiências: o subprovisionamento pode levar a uma má experiência do cliente e o superprovisionamento pode levar a um impacto negativo na receita.
Oracle Commerce Platform no Oracle Cloud Infrastructure:
- Aumenta o desempenho: Dimensione todos os componentes com base no tráfego do cliente.
- Diminui a complexidade: A maioria dos serviços é modificada com um clique de um botão.
- Menor custo de infraestrutura: use um modelo pay-as-you-go para qualquer infraestrutura extra durante as vendas quentes.
- Reduz o tempo de entrada no mercado: O provisionamento é realizado em questão de minutos, não horas.
- Otimiza o licenciamento: Traga sua própria licença (BYOL) maximiza as licenças atuais do cliente.
Arquitetura
Esta arquitetura de referência mostra o Oracle Commerce Platform no Oracle Cloud Infrastructure. Os componentes do Oracle Cloud substituem todos os componentes de rede de terceiros personalizados usando grupos de clusters implantados em VCNs (redes virtuais privadas na nuvem) e aproveitando o recurso exclusivo de domínios de falha para obter melhor tolerância a falhas de hardware.
O diagrama a seguir ilustra essa arquitetura de referência.
Esta arquitetura tem os seguintes componentes:
- RegiãoUma região do Oracle Cloud Infrastructure é uma área geográfica localizada que contém um ou mais data centers, chamados 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é continentes).
- Domínio de disponibilidadeOs domínios de disponibilidade são centros de dados independentes independentes em uma região. Os recursos físicos em cada domínio de disponibilidade são isolados dos recursos nos outros domínios de disponibilidade, o que fornece tolerância a falhas. Os domínios de disponibilidade não compartilham infraestrutura, como energia ou resfriamento, ou a rede de domínios de disponibilidade interna. Portanto, é improvável que uma falha em um domínio de disponibilidade afete os outros domínios de disponibilidade na região.
- Domínios de falhaUm 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 falhas físicas do servidor, manutenção do sistema e falhas de energia dentro de um domínio de falha.
- VCN (Rede Virtual na Nuvem) e sub-redeUma VCN é uma rede privada personalizável configurada em uma região do Oracle Cloud Infrastructure. Como as redes tradicionais de data center, as VCNs oferecem controle completo sobre seu ambiente de rede. Você pode segmentar VCNs em sub-redes, que podem ter escopo em uma região ou em um domínio de disponibilidade. As sub-redes regionais e as sub-redes específicas do domínio de disponibilidade podem coexistir na mesma VCN. Uma sub-rede pode ser pública ou privada.
- Conexão VPNO VPN Connect fornece conectividade IPSec VPN local a local entre sua rede local e VCNs no Oracle Cloud Infrastructure. O conjunto de protocolos IPSec criptografa o tráfego IP antes que os pacotes sejam transferidos da origem para o destino e decriptografa o tráfego quando ele chega.
- FastConnectO Oracle Cloud Infrastructure FastConnect oferece uma maneira fácil de criar uma conexão privada dedicada entre seu data center e o Oracle Cloud Infrastructure. O FastConnect fornece opções de largura de banda mais alta e uma experiência de rede mais confiável quando comparado com conexões baseadas na Internet.
- Balanceador de cargaO serviço Oracle Cloud Infrastructure Load Balancing fornece distribuição de tráfego automatizada de um único ponto de entrada para vários servidores no back-end.
- Host de baseO host de bastião é uma instância de computação que serve como um ponto de entrada seguro e controlado para a topologia de fora da nuvem. O host de bastião geralmente é provisionado em uma zona desmilitarizada (DMZ). Ele permite proteger recursos confidenciais colocando-os em redes privadas que não podem ser acessadas diretamente de fora da nuvem. A topologia tem um único ponto de entrada conhecido que você pode monitorar e auditar regularmente. Assim, você pode evitar expor os componentes mais sensíveis da topologia sem comprometer o acesso a eles.
- Camada da vitrineO aplicativo de vitrine compila todos os componentes da Web necessários e os envia ao navegador da Web do cliente. A vitrine é implantada usando tecnologias front-end, que consomem serviços API diretamente da API ATG ou Gateway API.
- Camada da API ATGO ATG expõe toda a sua funcionalidade por meio de APIs REST e pode ser consumido diretamente por um front-end personalizado ou enriquecido por um API Gateway.
- Camada Endeca MDEXEndeca oferece navegação guiada, recursos de pesquisa e segmentação do usuário. A topologia Endeca geralmente contém dois clusters MDEX.O diagrama a seguir mostra dois clusters MDEX que residem em diferentes domínios de falha.
- Nível CSC (Customer Service Center)O CSC tem seu próprio conjunto de usuários que têm privilégios mais altos no sistema. Segmentar o tráfego permite um controle de acesso detalhado e aprimora os recursos de auditoria.
- Camada de administraçãoA camada de administração segrega serviços como Business Control Center, Experience Manager e administração do WebLogic em uma sub-rede dedicada, isolando o tráfego do usuário da administração, permitindo um controle de acesso mais apertado.
- Armazenamento de arquivosO serviço Oracle Cloud Infrastructure File Storage fornece um sistema de arquivos de rede durável, escalável, seguro e de nível empresarial. Você pode estabelecer conexão com um sistema de arquivos de serviço de Armazenamento de Arquivos de qualquer instância bare metal, máquina virtual ou contêiner em uma VCN. Você também pode acessar um sistema de arquivos de fora da VCN usando o Oracle Cloud Infrastructure FastConnect e o IPSec VPN.
- Autonomous Transaction ProcessingO Oracle Autonomous Transaction Processing é um serviço de banco de dados autodirigido, autoseguro e autorreparador que é ajustado e otimizado para cargas de trabalho de processamento de transações. Ele pode dimensionar instantaneamente para atender às demandas de aplicativos de missão crítica. Você não precisa configurar ou gerenciar nenhum hardware ou instalar nenhum software. O Autonomous Transaction Processing lida com a criação, backup, aplicação de patches e upgrade do banco de dados. Ele também lida com o crescimento ou redução do banco de dados.
Recomendações
Use as recomendações a seguir como ponto inicial. Seus requisitos podem ser diferentes.
- Grupos de clustersPara acomodar cada domínio de falha, considere ter três clusters por camada de aplicação (exceto MDEX).
- Isolamento de sub-redeAs sub-redes isoladas permitem melhores listas de segurança detalhadas e grupos de segurança de rede. Evite misturar o pipeline de dados do cliente e o pipeline de administração.
- Serviços autônomosUse serviços autônomos sempre que possível. Durante o projeto de implantação, considere Autonomous Linux e Autonomous Transaction Processing.
- Atualização do índice MDEXEndeca tem duas abordagens para atualizar índices MDEX: parcial e completo (também conhecido como atualizações de linha de base). Ambas as atualizações exigem que você interrompa, atualize e inicie um MDEX. Endeca tem grupos lógicos conhecidos como grupos de distribuição que permitem atualizar um conjunto de índices MDEX.Recomendamos que você tenha dois grupos de distribuição para manter a consistência e evitar tempos de inatividade.Os diagramas a seguir mostram o processo de atualização de índice usando dois grupos de distribuição:
.
Considerações
Considere os seguintes pontos ao implantar esta arquitetura de referência.
- Serviços de backendTraga todos os serviços de back-end possíveis ao Oracle Cloud Infrastructure. Isso agiliza a arquitetura e evita tráfego desnecessário entre o Oracle Cloud Infrastructure e os data centers locais, diminui a latência e melhora a experiência do cliente.O Oracle Cloud oferece soluções FastConnect dedicadas e IPSec VPN para conectar seu data center ou provedor local existente.
- SegurançaEvite misturar tráfego de usuário e tráfego de administração. A adição de outras placas de interface de rede virtual (VNICs) em instâncias de atendimento ao cliente permite dividir esse tráfego.
- DisponibilidadeAlgumas regiões oferecem vários domínios de disponibilidade, o que permite maior disponibilidade com maior redundância. Considere implantar sua solução de e-commerce em vários domínios de disponibilidade para aproveitar essa redundância.Considere também ter um plano de recuperação de desastres em uma região diferente com a redundância apropriada.
- CustoAproveite o modelo pay-as-you-go. A alocação de máquinas virtuais mais padrão durante as vendas especiais minimiza o custo e evita o pagamento de recursos iniciais.