Despliegue del software IBM Sterling Order Management en una máquina virtual en OCI

Muchos minoristas se están embarcando en una transformación digital para escalar sus capacidades de comercio electrónico omnicanal. Un enfoque central de la estrategia ominicanal a menudo incluye un sitio web actualizado o rediseñado, y un proceso de compra simplificado al cliente.

IBM Sterling Order Management es una plataforma de satisfacción de pedidos omnicanal. Los minoristas pueden crear una vista única del inventario en los canales web, minorista y mayorista mediante IBM Sterling Order Management como backend para la satisfacción de pedidos omnicanal integrada con plataformas de comercio electrónico y punto de servicio (TPV). La solución proporciona visibilidad centralizada y casi en tiempo real del estado del inventario, la orden y la entrega para ayudar a ofrecer una experiencia extraordinaria a los consumidores. La plataforma también permite a los minoristas gestionar mejor la creciente demanda y optimizar el despliegue a partir de las opciones de satisfacción.

Al migrar IBM Sterling Order Management a Oracle Cloud Infrastructure (OCI), nuestros clientes han mejorado su estrategia de infraestructura para aportar resiliencia a su núcleo comercial, satisfacer la demanda máxima y escalar horizontalmente cuando sea necesario. Los resultados clave incluyen:
  • Disponibilidad mejorada: disponibilidad del sistema del 99,95 %.
  • Rendimiento mejorado: rendimiento 3 veces mejor en comparación con el entorno local.
  • Sin interrupciones: sin impacto en la funcionalidad de las aplicaciones y la disponibilidad del negocio durante la migración.
  • Ahorro de costos: reducción de hasta el 60 % en los costos de infraestructura en comparación con las soluciones locales.

Arquitectura

Esta arquitectura proporciona un diseño para ejecutar IBM Sterling Order Management en máquinas virtuales (VM) de OCI. Utilice este diseño para una arquitectura de alta disponibilidad que utiliza varios dominios de disponibilidad y dominios de errores a fin de proporcionar recursos redundantes en los niveles de web, aplicación y base de datos.

La planificación de la instalación implica tener en cuenta el despliegue, la arquitectura, así como las necesidades de rendimiento y los requisitos de alta disponibilidad. Esta arquitectura cumple los requisitos de infraestructura de las siguientes maneras:

  • La aplicación utiliza Oracle Exadata Database Service en OCI, un servicio gestionado en la nube que permite a las organizaciones ejecutar bases de datos con el mayor rendimiento, disponibilidad, seguridad y rentabilidad. La ampliación en línea de los recursos informáticos permite a los clientes ajustar rápidamente el consumo para satisfacer las demandas de la carga de trabajo sin interrumpir las operaciones. La compatibilidad total con los entornos locales de Oracle Database y Exadata facilita a los clientes la migración de cargas de trabajo a la nube.
  • Todos los niveles de la pila, incluidos el servidor web, el nivel de aplicación y la capa de datos, se despliegan en el entorno principal (activo) de tres dominios de errores de un único dominio de disponibilidad. Esta arquitectura garantiza una alta disponibilidad en el dominio de disponibilidad.
  • Una topología redundante se despliega como un entorno en espera (no activo) en otro dominio de disponibilidad de la misma región. Las herramientas de entrega continua (BLD) se despliegan en máquinas virtuales en ambos dominios de disponibilidad.

Esta arquitectura muestra una aplicación web de alta disponibilidad que se ejecuta en OCI con recursos redundantes distribuidos en dos dominios de disponibilidad en una región de OCI. En esta arquitectura, los entornos principal (activo) y en espera (pasivo) de esta arquitectura son simétricos:

  • Cuando el entorno principal está activo, los equilibradores de carga privados y públicos se configuran para enrutar solicitudes a un pool de servidores web distribuidos en tres dominios de errores del dominio de disponibilidad que aloja la instancia principal. Los fallos de hardware o los eventos de mantenimiento que afecten a un dominio de errores no afectan a la aplicación de los otros dominios de errores. Si una máquina virtual falla, el tráfico se desvía a las otras máquinas virtuales del dominio de disponibilidad para continuar procesando las solicitudes.
  • Si la instancia principal no está disponible por algún motivo, puede realizar una operación de switchover al entorno en espera y actualizar el juego de backends del equilibrador de carga para enrutar el tráfico al dominio de disponibilidad que aloja la instancia en espera. Cuando el entorno principal esté disponible, puede cambiar de nuevo y actualizar el equilibrador de carga según corresponda. Las aplicaciones web y de aplicación en espera se sincronizan con la principal mediante el almacenamiento de la copia de seguridad de volumen en bloque de las máquinas virtuales principales en un intervalo predeterminado basado en el objetivo de tiempo de recuperación (RTO) y el objetivo de punto de recuperación (RPO). Cuando hay una actualización del sistema operativo a la base de datos principal, se utiliza la copia de seguridad del volumen de inicio para reconstruir la máquina virtual en espera. El estándar de Oracle Data Guard replica la base de datos primaria en la base de datos en espera. Los nombres de tns de la configuración de la aplicación se actualizan para que apunten a la base de datos en espera después de restaurar el volumen en bloque.

El siguiente diagrama ilustra esta arquitectura de referencia.



ibm-sterling-order-management-vm-architecture.zip

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.

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

  • Servicio de bastión

    Proporcione acceso seguro restringido y limitado en el tiempo a recursos que no tienen puntos finales públicos y que requieren estrictos controles de acceso a recursos. Entre los ejemplos se incluyen instancias informáticas, máquinas virtuales y con hardware dedicado, MySQL, ATP, OKE y cualquier otro recurso que permita el acceso al protocolo de shell seguro (SSH). Con el servicio Bastion de Oracle Cloud Infrastructure, los clientes pueden permitir el acceso a hosts privados sin desplegar y mantener un host de salto. Además, los clientes obtienen una estrategia de seguridad mejorada con permisos basados en identidad y una sesión SSH centralizada, auditada y con límite de tiempo. OCI Bastion elimina la necesidad de una IP pública para el acceso al bastión, eliminando la molestia y la posible superficie de ataque del acceso remoto.

  • Web Application Firewall (WAF)

    Oracle Cloud Infrastructure Web Application Firewall (WAF) es un servicio compatible con la industria de tarjetas de pago (PCI), basado en la región y de aplicación de perímetro que se asocia a un punto de aplicación, como un equilibrador de carga o un nombre de dominio de aplicación web. WAF protege las aplicaciones frente al tráfico de Internet no deseado y malicioso. WAF puede proteger cualquier punto final orientado a Internet, lo que proporciona un cumplimiento de reglas consistente en todas las aplicaciones de clientes.

  • Equilibrador de carga público

    Las solicitudes HTTPS de usuarios externos (por ejemplo, clientes que solicitan desde la plataforma de comercio electrónico de un minorista integrada con IBM Sterling Order Management) fluyen a través del gateway de Internet conectado a la VCN. A continuación, las solicitudes pasan por el servicio OCI Web Application Firewall (WAF), que protege las aplicaciones del tráfico de Internet malicioso y no deseado. El tráfico que pasa las reglas de WAF se reenvía al equilibrador de carga público. El equilibrador de carga termina SSL/TLS y distribuye las solicitudes HTTP al nivel web privado.

    Note:

    Para garantizar la resolución de dominios de los puntos finales de la aplicación, debe registrar la dirección IP del equilibrador de carga público en su DNS público.
  • Equilibrador de carga privado

    El tráfico de sus usuarios internos y locales fluye a través de túneles VPN IPSec o circuitos virtuales FastConnect al gateway de enrutamiento dinámico (DRG) asociado a la VCN. Un equilibrador de carga privado intercepta las solicitudes y las distribuye a la capa web privada.

    Note:

    Para garantizar la resolución de dominios de los puntos finales de la aplicación, debe registrar la dirección IP del equilibrador de carga privado en el DNS local.
  • 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.

  • Gateway de servicio

    El gateway de servicios proporciona acceso desde una VCN a otros servicios, como Oracle Cloud Infrastructure Object Storage. El tráfico de la VCN al servicio Oracle viaja por el tejido de red de Oracle y no atraviesa Internet.

  • Gateway de Internet

    El gateway de Internet permite el tráfico entre las subredes públicas de una VCN y la red pública de Internet.

  • DNS

    El servicio de sistema de nombres de dominio (DNS) de Oracle Cloud Infrastructure es una red anycast global de sistema de nombres de dominio (DNS) con grandes posibilidades de ampliación que ofrece rendimiento, resiliencia y posibilidades de ampliación de DNS para que los usuarios finales se conecten a la aplicación de los clientes lo más rápido posible desde cualquier lugar donde se encuentren.

  • VPN de sitio a sitio

    La VPN de sitio a sitio proporciona conectividad VPN IPSec entre la red local y las VCN en Oracle Cloud Infrastructure. El conjunto de protocolos IPSec cifra 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 mayor ancho de banda y una experiencia de red más fiable en comparación con las conexiones basadas en Internet.

  • Object Storage

    Oracle Cloud Infrastructure Object Storage proporciona acceso rápido a grandes cantidades de datos estructurados y no estructurados de cualquier tipo de contenido, incluidas copias de seguridad de base de datos, datos analíticos y contenido enriquecido, como imágenes y vídeos. Puede almacenar datos de forma segura y, a continuación, recuperarlos directamente desde Internet o desde la plataforma en la nube. Puede ampliar el almacenamiento sin experimentar ninguna degradación del rendimiento ni de la fiabilidad del servicio. Utilice el almacenamiento estándar para el almacenamiento al que debe acceder de forma rápida, inmediata y frecuente. Utilice el almacenamiento de archivo para el almacenamiento "frío" al que conserva durante largos períodos de tiempo y al que rara vez accede.

  • Oracle Exadata

    Oracle Exadata es una plataforma de base de datos empresarial que ejecuta cargas de trabajo de Oracle Database de cualquier escala y criticidad con alto rendimiento, disponibilidad y seguridad. El diseño de escalabilidad horizontal de Exadata emplea optimizaciones únicas que permiten que el procesamiento de transacciones, el análisis, el aprendizaje automático y las cargas de trabajo mixtas se ejecuten de forma más rápida y eficiente. La consolidación de diversas cargas de trabajo de Oracle Database en plataformas de Exadata en centros de datos empresariales, en Oracle Cloud Infrastructure (OCI) y en entornos multinube ayuda a las organizaciones a aumentar la eficiencia operativa, reducir la administración de TI y reducir los costos.

    Oracle Exadata Database Service permite aprovechar la potencia de Exadata en la nube. Oracle Exadata Database Service ofrece capacidades probadas de Oracle Database en una infraestructura de Oracle Exadata optimizada y específica en la nube pública y en Cloud@Customer. La automatización incorporada en la nube, la ampliación flexible de recursos, la seguridad y el rendimiento rápido para todas las cargas de trabajo de Oracle Database le ayudan a simplificar la gestión y reducir los costos.

    Oracle Exadata Database Service on Dedicated Infrastructure proporciona Oracle Exadata Database Machine como servicio en un centro de datos de Oracle Cloud Infrastructure (OCI). La instancia de Oracle Exadata Database Service on Dedicated Infrastructure es un cluster de máquina virtual (VM) que reside en racks de Exadata en una región de OCI.

    Puede aprovisionar sistemas de Exadata flexibles que le permitan agregar servidores de recursos informáticos y servidores de almacenamiento de base de datos al sistema a medida que aumenten sus necesidades. Los sistemas de Exadata ofrecen una red RDMA over Converged Ethernet (RoCE) para módulos de memoria persistente (PMEM) de gran ancho de banda y baja latencia, así como software de Exadata inteligente.

    Oracle Exadata Database Service on Cloud@Customer proporciona Oracle Exadata Database Service alojado en su centro de datos.

  • Data Guard

    Oracle Data Guard y Oracle Active Data Guard proporcionan un completo juego de servicios que permiten crear, mantener, gestionar y controlar una o más bases de datos en espera y que permiten que las bases de datos Oracle de producción permanezcan disponibles sin interrupción. Oracle Data Guard mantiene estas bases de datos en espera como copias de la base de datos de producción mediante la replicación en memoria. Si la base de datos de producción deja de estar disponible debido a una interrupción planificada o no planificada, Oracle Data Guard puede cambiar cualquier base de datos en espera al rol de producción, minimizando el tiempo de inactividad asociado a la interrupción. Oracle Active Data Guard proporciona la capacidad adicional de descargar cargas de trabajo de lectura principalmente en bases de datos en espera y también proporciona funciones avanzadas de protección de datos.

  • IBM Sterling Order Management

    IBM Sterling Order Management se representa en el diagrama de arquitectura como máquinas virtuales (VM): VM web de OMS, VM de aplicación de OMS y VM de BLD de OMS.

    • Las máquinas virtuales web de OMS representan el software de IBM Sterling Order Management desplegado en aplicaciones web. Esta capa responde al tráfico y gestiona la funcionalidad de front-end de la gestión de pedidos y el comercio minorista.
    • Las máquinas virtuales de la aplicación OMS gestionan la capa de aplicación IBM Sterling Order Management.
    • Las VM de BLD de OMS son los servidores de compilación responsables de la entrega continua (CD). En un escenario de venta minorista, puede aprovechar los servidores de creación para refrescar el inventario y los catálogos de productos estacionales.

Recomendaciones

Utilice las siguientes recomendaciones como punto de partida para diseñar el despliegue. Sus requisitos pueden diferir de la arquitectura descrita aquí.
  • 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.

  • Cloud Guard

    Clone y personalice las recetas por defecto proporcionadas por Oracle para crear recetas personalizadas de detector y responsable de respuesta. Estas recetas permiten especificar qué tipo de violaciones de seguridad generan una advertencia y qué acciones se pueden realizar en ellas. Por ejemplo, puede que desee detectar cubos de Object Storage que tengan la visibilidad definida en pública.

    Aplique Cloud Guard en el nivel de arrendamiento para abarcar el ámbito más amplio y reducir la carga administrativa de mantener varias configuraciones.

    También puede utilizar la función de lista gestionada para aplicar determinadas configuraciones a los detectores.

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

Consideraciones

Tenga en cuenta los siguientes puntos al desplegar esta arquitectura de referencia.

  • Migración a OCI

    Antes de crear el entorno, determine el método preferido para desplegar IBM Sterling Order Management. Puede utilizar el servicio Oracle Cloud Migrations para automatizar la migración de máquinas virtuales de entornos locales a OCI, o instalar un nuevo despliegue de IBM Sterling Order Management. Consulte la sección Explorar más para obtener más información. Tanto si instala el entorno de desarrollo, prueba o producción, se aplica el mismo proceso de alto nivel:

    • Verifique los requisitos de pila para el rendimiento y la disponibilidad.
    • Instalar y configurar una base de datos. IBM Sterling Order Management actualmente soporta IBM Db2, Oracle Database y PostgreSQL.
    • Instale y configure un servidor de aplicaciones. IBM Sterling Order Management soporta actualmente IBM WebSphere, JBoss u Oracle WebLogic.
    • Instalar el software base y otros componentes compatibles con el acuerdo de licencia.
    • Adopte un modelo de entrega continua (CD) para actualizar IBM Sterling Order Management. Para obtener más información sobre el proceso de instalación, consulte Explorar más.
  • Dependencias del sistema

    IBM Sterling Order Management necesita una base de datos y un servidor de Java Message Service (JMS) como requisitos para desplegar la aplicación. IBM Sterling Order Management utiliza JMS ampliamente, pero esta arquitectura no incluye la configuración. Para obtener más información, consulte Explorar más.

  • Recuperación ante desastres

    Para un plan de recuperación ante desastres (DR) bien diseñado, considere la posibilidad de distribuir sus recursos entre varias regiones.

  • Alta Disponibilidad

    Puede tener un nivel de aplicación y web activo-activo configurando el equilibrador de carga para dirigir el tráfico del usuario al dominio de disponibilidad 1 y al dominio de disponibilidad 2, y apuntando el nivel de aplicación del dominio de disponibilidad 2 a la base de datos del dominio de disponibilidad 1. La base de datos del dominio de disponibilidad 2 sigue en modo en espera. Esta opción le proporciona potencia de procesamiento adicional en el nivel web y de aplicación.

Explorar más

Revise los siguientes recursos para obtener más información sobre el despliegue de IBM Sterling Order Management en Oracle Cloud Infrastructure.

IBM Sterling Order Management:

Otras arquitecturas de referencia de IBM Sterling Order Management:

Oracle Cloud Infrastructure:

Confirmaciones

  • Authors: Syed Imam, Nicole Champion
  • Contributors: Wei Han, Shishir Saha (IBM), Nico Cheong

Log de Cambios

Este log muestra los cambios significativos: