Desplegar Siebel CRM en Oracle Kubernetes Engine mediante Siebel Cloud Manager

Esta arquitectura de referencia muestra la topología de un entorno de Siebel CRM simple y de alta disponibilidad desplegado por Siebel Cloud Manager en Oracle Container Engine for Kubernetes (OKE) donde los componentes de Siebel se ejecutan como contenedores.

Siebel Cloud Manager es una nueva herramienta de despliegue continuo basado en REST con la que puede:
  • Automatice el despliegue de Siebel CRM en Oracle Cloud Infrastructure (OCI), tanto si comienza con un despliegue local existente de Siebel CRM como si crea un nuevo despliegue de campo abierto de Siebel CRM en OCI.
  • Realice un mantenimiento continuo de Siebel Enterprise en OCI.
  • Utilice la utilidad de aumento de Siebel, que realiza las siguientes funciones:
    • Crea kits de despliegue que constan de artefactos derivados de un despliegue local existente de Siebel CRM. Los kits de despliegue se crean en una ubicación temporal.
    • Lee los artefactos almacenados que ha creado y los carga en OCI Object Storage para rellenar el pipeline de migración para el despliegue de Siebel CRM en OCI.

Arquitectura

En el siguiente diagrama se ilustra esta arquitectura de referencia.

A continuación se muestra la descripción de siebelcm-ref-arch.png
Descripción de la ilustración siebelcm-ref-arch.png

siebelcm-ref-arch-oracle.zip

Esta arquitectura contiene 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 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 una infraestructura como la alimentación o la refrigeración, ni la red interna del dominio de disponibilidad. Por tanto, es poco probable que un fallo en un dominio de disponibilidad afecte a los otros dominios de este tipo en 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 tiene tres dominios de errores, con hardware y energía independientes. Al distribuir recursos entre varios dominios de errores, las aplicaciones pueden tolerar fallos físicos del servidor, mantenimiento del sistema y fallos de alimentación dentro de un dominio de errores.

  • equilibrador de carga

    El servicio Oracle Cloud Infrastructure Load Balancing proporciona una distribución automatizada del tráfico desde un único punto de entrada a varios servidores en el backend.

  • Red virtual en la nube (VCN) y subredes

    Una VCN es una red personalizable y definida por software que se configura en una región de Oracle Cloud Infrastructure. Al igual que las redes de centros de datos tradicionales, las VCN le proporcionan un control total de su entorno de red. Una VCN puede tener varios bloques CIDR que no se superpongan y que puede cambiar después de crear la VCN. Puede segmentar una VCN en subredes, cuyo ámbito puede ser una región o un dominio de disponibilidad. Cada subred está formada por un rango de direcciones contiguas 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.

  • Cluster de Siebel Kubernetes

    El cluster de Siebel Kubernetes cuenta con la tecnología de Oracle Kubernetes Engine (OKE), que es un servicio totalmente gestionado, escalable y con alta disponibilidad que puede utilizar para desplegar las aplicaciones en contenedor en la nube. Utilice Container Engine for Kubernetes (a veces abreviado a OKE) cuando el equipo de desarrollo desee crear, desplegar y gestionar de forma fiable aplicaciones en la nube.

  • Gateway de Siebel

    Siebel Gateway proporciona el registro de direcciones dinámico para los servidores de Siebel y los componentes del servidor, así como para la interfaz de la aplicación de Siebel y otros módulos, como Siebel Enterprise Cache y Siebel Constraint Engine.

  • Siebel Application Interface Siebel

    La interfaz de aplicación (SAI) es un programa que se comunica con Siebel Web Engine (que forma parte de un componente del gestor de objetos de aplicación, como el gestor de objetos del centro de llamadas) en Siebel Server y con los exploradores que ejecutan los usuarios de Siebel CRM.

  • Instancia de Siebel Cloud Manager

    La aplicación Siebel Cloud Manager está preinstalada en una máquina virtual que se aprovisiona mediante una imagen disponible en OCI Marketplace.

  • Instancia GitLab

    Siebel Cloud Manager utiliza GitLab para almacenar la configuración de cada despliegue que realiza. A continuación, accederá a los archivos de configuración (gráficos de Helm, archivos de definición de YAML, etc.) desde GitLab para realizar el despliegue real.

  • Helm

    Helm es una herramienta de despliegue de Kubernetes para automatizar la creación, el empaquetado, la configuración y el despliegue de aplicaciones y servicios en clusters de Kubernetes.

  • Flujo

    Flux es un conjunto de soluciones de entrega continuas y progresivas para Kubernetes que están abiertas y son extensibles. Es el operador GitOps el que detecta los cambios en GitLab o en Image Registry y, a continuación, inicia el cambio necesario en el despliegue.

  • Controlador de entrada NGINX

    El controlador de entrada NGINX es un controlador de entrada (daemon) de producción que se ejecuta junto con las instancias de código abierto NGINX o NGINX Plus en un entorno Kubernetes. El daemon controla los recursos de entrada de NGINX y los recursos de entrada de Kubernetes para detectar solicitudes de servicios que necesitan el equilibrio de carga de entrada.

  • Bases de Datos Primarias y en Espera

    Una base de datos principal es la base de datos principal utilizada por la aplicación de Siebel. Una base de datos en espera es una réplica de base de datos creada a partir de una copia de seguridad de una base de datos principal.

  • Data Guard

    Juego completo de servicios que crean, mantienen, gestionan y supervisan una o más bases de datos en espera para permitir que las bases de datos Oracle de producción sobrevivan a desastres y corrupciones de datos.

  • Object Storage

    El almacenamiento de objetos proporciona acceso rápido a grandes cantidades de datos estructurados y no estructurados de cualquier tipo de contenido, incluidas copias de seguridad de bases 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 problemas sin que se vea afectado el rendimiento o la fiabilidad del servicio. Utilice el almacenamiento estándar para el almacenamiento "activo" al que necesita acceder de forma rápida, inmediata y frecuente. Utilice el almacenamiento de archivos para el almacenamiento "en frío" que conserva durante largos períodos de tiempo y al que rara vez se accede.

Recomendaciones

Utilice las siguientes recomendaciones como punto de partida para desplegar Siebel CRM en Oracle Kubernetes Engine mediante Siebel Cloud Manager.Sus requisitos pueden diferir de la arquitectura que se describe 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 CIDR que no se solapen con ninguna otra red (en Oracle Cloud Infrastructure, su centro de datos local u otro proveedor en la nube) en 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 rol o nivel específico a la misma subred, que puede servir como límite de seguridad.

    Utilice subredes regionales.

  • Seguridad

    Utilice Oracle Cloud Guard para supervisar y mantener la seguridad de sus recursos en Oracle Cloud Infrastructure de forma proactiva. Cloud Guard utiliza recetas de detector que puede definir para examinar los recursos en busca de deficiencias de seguridad y para supervisar a operadores y usuarios en busca de actividades de riesgo. Cuando se detecta cualquier configuración incorrecta o actividad insegura, Cloud Guard recomienda acciones correctivas y ayuda a realizar esas acciones, en función de las recetas de responsable de respuesta que puede definir.

    Para los recursos que requieren la máxima seguridad, Oracle recomienda utilizar zonas de seguridad. Una zona de seguridad es un compartimento asociado a una receta de políticas de seguridad definidas por Oracle que se basan en las mejores prácticas. Por ejemplo, los recursos de una zona de seguridad no deben ser accesibles desde Internet público y se deben cifrar con claves gestionadas por el cliente. Al crear y actualizar recursos en una zona de seguridad, Oracle Cloud Infrastructure valida las operaciones con respecto a las políticas de la receta de zona de seguridad y deniega las operaciones que violan cualquiera de las políticas.

  • Cloud Guard

    Puede utilizar Oracle Cloud Guard para supervisar y mantener la seguridad de los recursos en Oracle Cloud Infrastructure. Cloud Guard utiliza recetas de detector que puede definir para examinar los recursos en busca de deficiencias de seguridad y para supervisar las actividades de riesgo de operadores y usuarios. Cuando se detecta cualquier configuración incorrecta o actividad no segura, Cloud Guard recomienda acciones correctivas y ayuda a realizar esas acciones, en función de las recetas de responsable de respuesta que puede definir.

Consideraciones

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

  • Rendimiento y costos

    OCI ofrece unidades de computación que se adaptan a una amplia gama de aplicaciones y casos de uso. Seleccione cuidadosamente las unidades de sus instancias informáticas. Seleccione unidades que proporcionen un rendimiento óptimo para su carga al menor costo. Si necesita más rendimiento, memoria o ancho de banda de red, puede cambiar a una unidad más grande.

    Si ya existe una instancia de GitLab en su arrendamiento, vuelva a utilizarla también para Siebel Cloud Manager. Para una nueva instancia de GitLab, solo necesita una OCPU y unos 10 GB de RAM para empezar, ya que no hay muchas tareas que hagan un uso intensivo de los recursos.

  • Seguridad

    Utilice las políticas de Oracle Cloud Infrastructure Identity and Access Management (IAM) para controlar quién puede acceder a sus recursos en la nube y qué operaciones se pueden realizar. Para proteger las contraseñas de base de datos o cualquier otro secreto, considere utilizar el servicio OCI Vault.

    De manera opcional, puede reducir el rango de entrada para reforzar la seguridad de red de Siebel Cloud Manager. Puede encontrar detalles en la documentación oficial de Siebel Cloud Manager.

  • Disponibilidad

    Considere el uso de una opción de alta disponibilidad según sus requisitos de despliegue y su región. Entre las opciones se incluyen la distribución de recursos en varios dominios de disponibilidad de una región y la distribución de recursos en todos los dominios de errores dentro de un dominio de disponibilidad.

    Los dominios de errores proporcionan la mejor resiliencia para las cargas de trabajo desplegadas en un solo dominio de disponibilidad. Para obtener una alta disponibilidad en el nivel de aplicación, despliegue los servidores de aplicaciones en distintos dominios de errores y utilice un equilibrador de carga para distribuir el tráfico de clientes entre los servidores de aplicaciones.

    Según el número de nodos de trabajador que especifique en la carga útil de JSON para desplegar Siebel CRM, OCI mantiene la alta disponibilidad mediante la distribución de los nodos a diferentes dominios de disponibilidad.

  • Control y alertas

    Utilice las funciones de métricas y alarmas del servicio Oracle Cloud Infrastructure Monitoring para supervisar de forma activa y pasiva los recursos en la nube.

Explorar más

Para obtener más información sobre el despliegue de Siebel CRM en Oracle Kubernetes Engine mediante Siebel Cloud Manager.

Revise estos recursos adicionales:

Confirmaciones

  • Author: Shyam Mohandas
  • Contributors: Prabhu Dhanabalan, Duncan Ford, Lingaraj Nayak, Jasmine Sultan Salahudeen, Nandha kumar Thirupathi