Despliegue del software IBM Sterling Order Management en un cluster de Oracle Cloud Infrastructure Kubernetes Engine
IBM Sterling Order Management Software es un software de cumplimiento de pedidos omnicanal. A partir de la versión de software 10.0, el software está disponible en contenedores certificados por IBM. Los contenedores certificados por IBM están empaquetados con el software contenedorizado IBM Sterling Order Management y validados para el despliegue en la nube, lo que permite a los clientes desplegar los contenedores en cualquier nube pública o privada, incluida Oracle Cloud Infrastructure (OCI) mediante clusters de Oracle Cloud Infrastructure Kubernetes Engine (OCI Kubernetes Engine u OKE).
Esta arquitectura de referencia proporciona una descripción general para desplegar el software IBM Sterling Order Management en un cluster de OKE. OKE ofrece un cluster de Kubernetes escalable y de alta disponibilidad para implementar aplicaciones en contenedores en la nube. El despliegue del software IBM Sterling Order Management en un cluster de OKE permite que la aplicación se integre fácilmente con otros servicios gestionados de OCI para simplificar aún más el despliegue.
Arquitectura
IBM Sterling Order Management Software requiere una base de datos y un servidor Java Message Service (JMS) como requisitos previos para desplegar la aplicación. Además, el contenedor certificado de IBM Sterling Order Management Software se debe personalizar para utilizar la base de datos seleccionada y JMS para el despliegue.
- Base de datos IBM Db2 V11.x o superior O base de datos Oracle v19c
- IBM MQ JMS server V9.x o superior OR WebLogic JMS
- Contenedores certificados de IBM Sterling Order Management Software V10
El siguiente diagrama ilustra esta arquitectura de referencia.
oci-oke-ibm-sterling-arch-oracle.zip
En esta arquitectura de referencia, el servicio Oracle Autonomous Database proporciona la base de datos de la aplicación IBM Sterling Order Management Software. Oracle Autonomous Database es un entorno de base de datos totalmente gestionado y preconfigurado con cuatro tipos de carga de trabajo disponibles: Oracle Autonomous Transaction Processing, Oracle Autonomous Data Warehouse Oracle APEX Application Development y Oracle Autonomous JSON Database. Autonomous Transaction Processing con la versión v19c de la base de datos Oracle se utiliza para este despliegue.
Para el servidor JMS, el servidor de mensajería IBM MQ se despliega con el software IBM Sterling Order Management en un cluster de OKE. Las imágenes y los gráficos de timón certificados por IBM están disponibles para la implementación del servidor IBM MQ. El servidor IBM MQ se debe configurar con el gestor de colas y las colas necesarias para el software IBM Sterling Order Management.
- Almacenamiento de archivos
Los servicios de aplicación y agente necesitan recursos compartidos NFS persistentes para almacenar los datos compartidos (índice de búsqueda, importación de ADC o exportación) utilizados por los contenedores del servidor de aplicaciones y del servidor de agentes. El servicio IBM MQ también requiere almacenamiento conectado a la red para almacenar datos y mensajes de configuración de MQ. El servicio OCI File Storage se despliega para proporcionar volumen persistente a los servicios de aplicación, agente e IBM MQ.
- Container Registry
Las imágenes de contenedor para esta solución se deben almacenar en un repositorio al que se pueda acceder desde el cluster de OKE. OCI Container Registry se utiliza para almacenar las imágenes. OCI Container Registry también se puede utilizar como repositorio de Helm si los clientes tienen sus propios gráficos de timón. El cluster de OKE se conecta a OCI Container Registry a través de un gateway de servicio, por lo que el tráfico no atraviesa Internet.
- Gateway de API
API Gateway muestra el punto final del software IBM Sterling Order Management a los usuarios. Proporciona autenticación y autorización a los usuarios que acceden a la aplicación IBM Sterling Order Management Software.
- equilibrador de carga
El equilibrador de carga proporciona acceso al controlador de entrada en el cluster de OKE. La entrada dirige el tráfico a los servicios solicitados por los usuarios de la aplicación IBM Sterling Order Management Software.
- autoridad de certificación
El servicio de autoridad de certificación gestiona los certificados TLS para el punto final público del software IBM Sterling Order Management.
- Key Management
El servicio Key Management gestiona las claves utilizadas por el servicio Certificate Authority.
La 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 entre sí y puede haber grandes distancias que las separen (entre países e incluso continentes).
- Dominios 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 otros dominios de disponibilidad, lo que proporciona tolerancia a fallos. Los dominios de disponibilidad no comparten infraestructura, como la alimentación o la refrigeración, ni la red interna del dominio de disponibilidad. Por lo tanto, un fallo en un dominio de disponibilidad no debería afectar a los otros dominios de disponibilidad de la región.
- Dominios de errores
Un dominio de errores es una agrupación de hardware e infraestructura dentro de un dominio de disponibilidad. Cada dominio de disponibilidad cuenta con tres dominios de errores con energía y hardware independientes. Al distribuir los recursos entre varios dominios de errores, las aplicaciones pueden tolerar fallos físicos del servidor, mantenimiento del sistema y fallos de energía en un dominio de errores.
- Red y subredes virtuales en la nube (VCN)
Una VCN es una red personalizable y definida por software que puede configurar en una región de Oracle Cloud Infrastructure. Al igual que las redes de los centros de datos tradicionales, las redes virtuales le proporcionan el control de su entorno de red. Una VCN puede tener varios bloques de CIDR no superpuestos que puede cambiar después de crear la VCN. Puede segmentar una VCN en subredes, las cuales se pueden acotar a una región o a un dominio de disponibilidad. Cada subred está formada por un rango contiguo de direcciones que no se solapan con las demás subredes de la VCN. Puede cambiar el tamaño de una subred después de la creación. Una subred puede ser pública o privada.
- Kubernetes Engine
Oracle Cloud Infrastructure Kubernetes Engine (OCI Kubernetes Engine u OKE) es un servicio totalmente gestionado, escalable y disponible que puede utilizar para desplegar las aplicaciones en contenedores en la nube. Especifique los recursos informáticos que necesitan sus aplicaciones y Kubernetes Engine los provisionará en Oracle Cloud Infrastructure en un arrendamiento existente. OKE utiliza Kubernetes para automatizar el despliegue, la ampliación y la gestión de aplicaciones en contenedores en clusters de hosts.
- Autonomous Database
Oracle Autonomous Database es un entorno de base de datos totalmente gestionado y preconfigurado que puede utilizar para el procesamiento de transacciones y las cargas de trabajo de almacenamiento de datos. No necesita configurar ni gestionar ningún hardware, ni instalar ningún software. Oracle Cloud Infrastructure gestiona la creación, la copia de seguridad, la aplicación de parches, el cambio de versión y el ajuste de la base de datos.
- Gateway de traducción de direcciones de red (NAT)
Un gateway de NAT permite que los recursos privados de una VCN accedan a hosts en Internet, sin exponer dichos recursos a conexiones de Internet entrantes.
- Tabla de rutas
Las tablas de rutas virtuales contienen reglas para enrutar el tráfico de subredes a destinos fuera de una VCN, normalmente a través de gateways.
- Lista de seguridad
Para cada subred, puede crear reglas de seguridad que especifiquen el origen, el destino y el tipo de tráfico que se debe permitir dentro y fuera de la subred.
Recomendaciones
- VCN
Al crear una VCN, determine el número de bloques CIDR necesarios y el tamaño de cada bloque en función del número de recursos que planea asociar a las subredes de la VCN. Utilice bloques CIDR que estén dentro del espacio de direcciones IP privadas estándar.
Seleccione bloques de CIDR que no se solapen con ninguna otra red (en Oracle Cloud Infrastructure, su centro de datos local u otro proveedor en la nube) a la que desee configurar conexiones privadas.
Después de crear una VCN, puede cambiar, agregar y eliminar sus bloques CIDR.
Al diseñar las subredes, tenga en cuenta el flujo de tráfico y los requisitos de seguridad. Asocie todos los recursos de un nivel o rol específico a la misma subred, que puede servir como límite de seguridad.
- Ancho de banda de equilibrador de carga
Al crear el equilibrador de carga, puede seleccionar una unidad predefinida que proporcione un ancho de banda fijo o especificar una unidad personalizada (flexible) en la que defina un rango de ancho de banda y permita que el servicio amplíe el ancho de banda automáticamente en función de los patrones de tráfico. Con cualquiera de los enfoques, puede cambiar la unidad en cualquier momento después de crear el equilibrador de carga.
- Listas de seguridad
Utilice listas de seguridad para definir las reglas de entrada y salida que se aplican a toda la subred.
- Versión de Autonomous Database
Utilice la última versión disponible para Autonomous Database.
Consideraciones
Al implementar el software IBM Sterling Order Management en un cluster de OKE, tenga en cuenta lo siguiente en cuanto a escalabilidad y disponibilidad:
- Disponibilidad de aplicación
La aplicación IBM Sterling Order Management Software se despliega con varios pods en el despliegue para proporcionar alta disponibilidad.
Los dominios de errores ofrecen la mejor resiliencia en un dominio de disponibilidad. Si necesita un mayor nivel de disponibilidad, considere la posibilidad de utilizar varios dominios de disponibilidad o varias regiones cuando sea posible.
- Posibilidades de ampliación
Puede ampliar o reducir el número de núcleos de CPU de la base de datos en cualquier momento. La función de ampliación automática de Autonomous Database permite que la base de datos utilice hasta tres veces el número base actual de núcleos de CPU en cualquier momento. A medida que la demanda aumenta, la ampliación automática aumenta automáticamente el número de núcleos en uso. Autonomous Database le permite escalar la capacidad de almacenamiento en cualquier momento sin afectar a la disponibilidad o al rendimiento.