Desplegar Oracle Commerce Platform (ATG) en Oracle Cloud Infrastructure
Los clientes de Oracle Commerce Platform (ATG) deben poder manejar la complejidad y ampliar el aprovisionamiento de la infraestructura en consecuencia.
El aprovisionamiento estático puede dar lugar a ineficiencias: la infraproyección puede dar lugar a una mala experiencia de los clientes y la sobreproyección puede dar lugar a un impacto negativo en los ingresos.
Oracle Commerce Platform en Oracle Cloud Infrastructure:
- Aumenta el rendimiento: Escale todos los componentes en función del tráfico de clientes.
- Disminuye la complejidad: La mayoría de los servicios se modifican con un clic en un botón.
- Reduce el costo de la infraestructura: Utilice un modelo de pago por el usuario para cualquier infraestructura adicional durante las ventas en caliente.
- Reduce el tiempo de comercialización: El aprovisionamiento se realiza en cuestión de minutos, no de horas.
- Optimiza la concesión de licencias: traiga su propia licencia (BYOL) maximiza las licencias de cliente actuales.
Arquitectura
Esta arquitectura de referencia muestra Oracle Commerce Platform en Oracle Cloud Infrastructure. Los componentes de Oracle Cloud reemplazan todos los componentes de red personalizados de terceros mediante grupos de clusters desplegados en redes privadas de nube virtual (VCN) y aprovechan la capacidad única de los dominios de fallos para mejorar la tolerancia a fallos de hardware.
El siguiente diagrama ilustra esta arquitectura de referencia.
Esta arquitectura tiene los siguientes componentes:
- Región
Una región de Oracle Cloud Infrastructure es un área geográfica localizada que contiene uno o más centros de datos, denominados dominios de disponibilidad. Las regiones son independientes de otras regiones, y grandes distancias pueden separarlas (entre países o incluso continentes).
- Dominio de disponibilidad
Los dominios de disponibilidad son centros de datos independientes dentro de una región. Los recursos físicos de cada dominio de disponibilidad están aislados de los recursos de los demás dominios de disponibilidad, lo que proporciona tolerancia a fallos. Los dominios de disponibilidad no comparten infraestructura, como energía o refrigeración, ni la red de dominio de disponibilidad interna. Por lo tanto, es improbable que un fallo en un dominio de disponibilidad afecte a los demás dominios de disponibilidad de la región.
- Dominios de Fallos
Un dominio de fallo es una agrupación de hardware e infraestructura dentro de un dominio de disponibilidad. Cada dominio de disponibilidad tiene tres dominios de fallo con energía y hardware independientes. Cuando distribuye recursos en varios dominios de fallos, las aplicaciones pueden tolerar fallos físicos del servidor, mantenimiento del sistema y fallos de alimentación dentro de un dominio de fallos.
- Red virtual en la nube (VCN) y subred
Un VCN es una red privada personalizable que ha configurado en una región de Oracle Cloud Infrastructure. Al igual que las redes tradicionales de centros de datos, las VCN le proporcionan un control completo sobre su entorno de red. Puede segmentar VCN en subredes, que se pueden incluir en un ámbito de una región o en un dominio de disponibilidad. Tanto las subredes regionales como las subredes específicas del dominio de disponibilidad pueden coexistir en el mismo VCN. Una subred puede ser pública o privada.
- Conexión VPN
VPN Connect proporciona conectividad VPN de IPSec de sitio a sitio entre la red local y los VCN en Oracle Cloud Infrastructure. El conjunto de protocolos IPSec encripta el tráfico IP antes de transferir los paquetes del origen al destino y descifra el tráfico cuando llega.
- FastConnect
Oracle Cloud Infrastructure FastConnect proporciona una forma sencilla de crear una conexión privada y dedicada entre el centro de datos y Oracle Cloud Infrastructure. FastConnect proporciona opciones de ancho de banda más alto y una experiencia de red más fiable en comparación con conexiones basadas en Internet.
- Equilibrador de carga
El servicio Oracle Cloud Infrastructure Load Balancing proporciona distribución automática de tráfico desde un único punto de entrada a varios servidores en el backend.
- Host de base
El host bastión es una instancia informática que sirve como punto de entrada seguro y controlado a la topología desde fuera de la nube. El bastión anfitrión se aprovisiona típicamente en una zona desmilitarizada (DMZ). Permite proteger los recursos sensibles colocándolos en redes privadas a las que no se puede acceder directamente desde fuera de la nube. La topología tiene un único punto de entrada conocido que puede supervisar y auditar regularmente. Por lo tanto, puede evitar exponer los componentes más sensibles de la topología sin comprometer el acceso a ellos.
- Nivel frontal de tienda
La aplicación storefront compila todos los componentes web necesarios y los envía al explorador web del cliente. El escaparate se despliega con tecnologías front-end, que consumen servicios API directamente desde ATG API o API Gateway.
- Nivel de API de ATG
ATG expone toda su funcionalidad a través de API de REST y puede ser consumida directamente por un frontend personalizado o enriquecida por un gateway API.
- Nivel MDEX de Endeca
Endeca ofrece navegación guiada, capacidades de búsqueda y segmentación de usuarios. La topología Endeca generalmente contiene dos clusters MDEX.
En el siguiente diagrama, se muestran dos clusters MDEX que residen en diferentes dominios de fallos.
- Nivel de centro de servicio al cliente (CSC)
CSC tiene su propio conjunto de usuarios con mayor privilegio en el sistema. Segmentar el tráfico permite un control de acceso detallado y mejora las capacidades de auditoría.
- Nivel de administración
El nivel de administración segrega servicios como Business Control Center, Experience Manager y administración de WebLogic en una subred dedicada, aislando el tráfico de usuarios de la administración, lo que permite un control de acceso más estricto.
- Almacenamiento de archivos
El servicio de almacenamiento de archivos Oracle Cloud Infrastructure proporciona un sistema de archivos de red duradero, escalable, seguro y de grado empresarial. Puede conectarse a un sistema de archivos de servicio de almacenamiento de archivos desde cualquier instancia de contenedor, máquina virtual o hardware dedicado en VCN. También puede acceder a un sistema de archivos desde fuera de VCN mediante Oracle Cloud Infrastructure FastConnect y IPSec VPN.
- Autonomous Transaction Processing
Oracle Autonomous Transaction Processing es un servicio de base de datos autogestionado, autoseguro y autoreparador que se ajusta y optimiza para las cargas de trabajo de procesamiento de transacciones. Puede escalar instantáneamente para satisfacer las demandas de aplicaciones críticas para la misión. No necesita configurar ni gestionar ningún hardware, ni instalar ningún software. Autonomous Transaction Processing maneja la creación, copia de seguridad, aplicación de parches y actualización de la base de datos. También maneja crecer o reducir la base de datos.
Recomendaciones
Utilice las siguientes recomendaciones como punto de partida. Sus requisitos pueden diferir.
- Grupos de clusters
Para acomodar cada dominio de fallo, considere tener tres clusters por capa de aplicación (excepto MDEX).
- Aislamiento de subred
Las subredes aisladas permiten mejorar las listas de seguridad detalladas y los grupos de seguridad de red. Evite mezclar el pipeline de datos del cliente y el pipeline de administración.
- Servicios autónomos
Utilizar servicios autónomos siempre que sea posible. Durante el diseño de despliegue, considere Autonomous Linux y Autonomous Transaction Processing.
- Actualización de índice MDEX
Endeca tiene dos enfoques para actualizar los índices MDEX: parcial y completo (también conocido como actualizaciones de referencia). Ambas actualizaciones requieren que detenga, actualice e inicie MDEX. Endeca tiene grupos lógicos conocidos como grupos de distribución que permiten actualizar un juego de índices MDEX.
Le recomendamos que tenga dos grupos de distribución para mantener la consistencia y evitar tiempos de inactividad.
En los siguientes diagramas, se muestra el proceso de actualización de índices mediante dos grupos de distribución:
Proceso de actualización para el grupo de distribución 1. 
Descripción de la ilustración update-group1-index.pngProceso de actualización para el grupo de distribución 2. 
Descripción de la ilustración update-group2-index.png
Consideraciones
Tenga en cuenta los siguientes puntos al desplegar esta arquitectura de referencia.
- Servicios de backend
Traiga todos los servicios backend posibles a Oracle Cloud Infrastructure. Esto simplifica la arquitectura y evita el tráfico innecesario entre Oracle Cloud Infrastructure y los centros de datos locales, reduce la latencia y mejora la experiencia del cliente.
Oracle Cloud ofrece IPSec VPN y soluciones FastConnect dedicadas para conectar el centro de datos o proveedor local existente.
- Seguridad
Evite mezclar tráfico de usuarios y tráfico de administración. La adición de otras tarjetas de interfaz de red virtual (VNIC) en instancias de reserva de clientes permite dividir dicho tráfico.
- Disponibilidad
Algunas regiones ofrecen varios dominios de disponibilidad, que permiten una mayor disponibilidad con mayor redundancia. Considere la posibilidad de desplegar la solución de comercio electrónico en varios dominios de disponibilidad para aprovechar esta redundancia.
Considere también la posibilidad de contar con un plan de recuperación en casos de desastre en una región diferente con la redundancia adecuada.
- Costo
Aproveche el modelo de pago por el usuario. La asignación de máquinas virtuales más estándar durante las ventas especiales minimiza el costo y evita pagar los recursos iniciales.
Desplegar
El código Terraform para provisionar la infraestructura de red, cálculo y almacenamiento necesaria para desplegar Oracle Commerce Platform (ATG) en Oracle Cloud Infrastructure está disponible en GitHub.
- Vaya a GitHub.
- Clone o descargue el repositorio en su computadora local.
- Siga las instrucciones del documento
README.