¿Cómo aprovisionar SOA Cloud en OCI?

¿Cómo aprovisionar SOA Cloud en OCI?

Existen diferentes formas de aprovisionar SOA en la nube, una puede ser a través de las facilidades del asistente de instalación, otra con stack manager para creaciones masivas y también a través de REST Services. Con cualquiera de estas opciones podrán avanzar con apoyo de nuestras herramientas haciendo un ejercicio de instalación ágil que antes podía requerir de más tiempo de un profesional de middleware.

En este artículo trabajaremos sobre la forma tradicional que utiliza el asistente de instalación de Oracle Cloud y la consola en idioma ingles y español para tener facilidades en las extensiones a la documentación oficial, pero ustedes pueden elegir también trabajarlo solo en español haciendo el cambio de idioma en la parte superior izquierda de la consola de compute:

Para aprovisionar una instancia de SOA Cloud debemos considerar algunos pasos previos que serán útiles para completar la instalación:

1. Tener un usuario con privilegios de administración.
2. Validar service limits requeridos por producto
3. Crear un compartment para los recursos.
4. Crear una VCN (Virtual Cloud Network) con una subred pública.
5. Crear políticas de IAM para permitir que los servicios de plataforma de Oracle accedan a la VCN
6. Crear un Bucket de almacenamiento de objetos para la configuración de copias de seguridad.
7. Crear credenciales (Token) para acceder al bucket.

En el siguiente artículo podemos encontrar los pasos para tener preparados estos prerrequisitos:

https://blogs.oracle.com/lad-cloud-experts/es/preparando-requisitos-para-plataformas-en-oci

Para el almacenamiento de la metadata nuestra plataforma SOA requiere de una base de datos, esta puede ser un Standard Edition si aún no estamos considerando implementar una arquitectura de alta disponibilidad donde si sería necesario considerar características de una versión más robusta como Extreme performance. Para efectos prácticos de este artículo podemos hacer uso del siguiente artículo:

https://blogs.oracle.com/lad-cloud-experts/es/¿cómo-aprovisionar-una-máquina-virtual-de-base-de-datos-en-oci

Aprovisionando SOA:

Cuando ingresamos por primera vez a OCI, regularmente nos encontramos en una consola negra, para hacer el aprovisionamiento de Oracle SOA Cloud debemos redirigirnos a My Services Dashboard utilizando la siguiente opción en el menú:

A continuación esta opción nos ubicará en la consola de my services:

Seleccionamos la opción SOA:

En algunos casos, sobre todo cuando iniciamos por primera vez a la consola los cajones blancos del dashboard no aparecen visibles así que podemos personalizar nuestro dashboard con la opción customize dashboard de la franja intermedia azul y así finalmente encontraremos el cuadro blanco que vemos a continuación con el título de SOA.

A continuación nos ubicamos en la parte superior derecha seleccionando la opción Open Service Console:

Seleccionamos la opción crear instancia:

Ingresamos los datos de la fase de Instance:

Nombre de servicio: Etiqueta corta del servicio, puede ser el identificador que define si será una instancia distinta a Test o a un ambiente productivo como sufijo: EJ: SOATest - SOAProd

Descripción del servicio: Definición ampliada del servicio que se está aprovisionando y su propósito de servicio

Notificación Email: Correo donde se notificará el correcto aprovisionamiento de la instancia de SOA y mantenimientos programados.

Region: Data Center donde se desea alojar el servicio

Dominio de Disponibilidad: Seleccionamos el dominio. Una región puede tener varios Isolated availability domains, cada uno con características de energizado y refrigerado diferentes. Estos dominios están interconectados usando redes de baja latencia

Subnet: Red del grupo de la VCN creada en los prerrequisitos de plataformas: https://blogs.oracle.com/lad-cloud-experts/es/preparando-requisitos-para-plataformas-en-oci

Tags: Podemos seleccionar tags existentes o agregarlas si estamos usando esta práctica en nuestros aprovisionamientos. Para entender un poco mejor este tema: https://docs.oracle.com/en/cloud/paas/soa-cloud/csbcs/manage-tags-service-instance.html

SSH Public Key: Especificamos el valor de la llave pública que hemos generado o subimos el archivo que la contiene. Este mecanismo nos permite definir un acceso por SSH .

License Type: Elegimos el tipo de licencia, esta puede ser BYOL; si queremos portar una licencia adquirida en on-premise o podemos seleccionar la opción de la licencia Oracle SOA Cloud License

Ingresar datos de la fase de Detalles:

Tipo de Servicio: Podemos seleccionar una de las siguientes opciones disponibles:

• MFT Cluster: Instala y configura un Oracle Managed File transfer Cloud Service.
• B2B with SOA and OSB: Instala y configura un Oracle SOA Suite, Oracle Service BUS, Oracle B2B, Oracle Technology Adapters, and Oracle Cloud Adapters.

Weblogic

Configuramos la información de acceso a las consolas de Weblogic Server Console y Enterprise Manager.

Forma de cálculo: Seleccionamos una dupla de CPU y memoria. Las combinaciones validas disponibles son las siguientes:

VM.Standard2.1 – 1.0 OCPU, 15.0GB RAM

VM.Standard1.2 – 2.0 OCPU, 14.0GB RAM

VM.Standard2.2 – 2.0 OCPU, 30.0GB RAM

VM.Standard1.4 – 4.0 OCPU, 28.0GB RAM

VM.Standard2.4 – 4.0 OCPU, 60.0GB RAM

VM.Standard1.8 – 8.0 OCPU, 56.0GB RAM

VM.Standard2.8 – 8.0 OCPU, 120.0GB RAM

VM.Standard1.16 – 16.0 OCPU, 112.0GB RAM

VM.Standard2.16 – 16.0 OCPU, 240.0GB RAM

VM.Standard2.24 – 24.0 OCPU, 320.0GB RAM

BM.Standard1.36 – 36.0 OCPU, 256.0GB RAM

BM.Standard2.52 – 52.0 OCPU, 768.0GB RAM

Tamaño de Cluster: Oracle SOA Cloud Service siempre crea uno  o más servidores en un cluster. Al seleccionar el tamaño del cluster estamos asignando entre 1, 2,4 u 8 virtual machines (nodos).

Importante: Si configuramos más de un nodo esto es alta disponibilidad y es recomendado que habilitemos un balanceador en el siguiente paso de aprovisionamiento.

Nombre de Usuario: El nombre de usuario de Weblogic Server, este usuario será el que permitirá el acceso a las consolas de administración. Es muy usado el mismo nombre weblogic como primer usuario administrador y luego es posible hacer algunos cambios y así mismo crear otros usuarios en la consola de administración.

Contraseña: Especifica la contraseña asignada al usuario previamente asignado considerando las siguientes características:

• Debe iniciar con una letra
• Debe contener entre 8 y 30 caracteres
• Debe contener al menos un número
• Opcionalmente, puede contener cualquiera los caracteres especiales siguientes: “$#_”. Por ejemplo Ach1z0#d

Configuración de Base de Datos:

La siguiente descripción hace énfasis en arquitecturas tipo OCI considerando que son las más recomendadas por ser las más recientes y por sus mejoras en términos de performance, así mismo daremos trazabilidad al artículo https://blogs.oracle.com/lad-cloud-experts/es/¿cómo-aprovisionar-una-máquina-virtual-de-base-de-datos-en-oci recomendado como prerrequisito previo al aprovisionamiento de SOA.

            A la fecha las bases de datos soportadas son las siguientes:

• • Oracle Database 11g release 2
  • Oracle Database 12c release 1 (12.1.0.2)
  • Oracle Database 12c release 2 (12.2.0.1)

La base de datos tuvo que ser aprovisionada con antelación al paso de aprovisionamiento de SOA Cloud Service para que esta pueda sea ser precargada al seleccionar el compartment donde se aprovisionó, dentro de los prerrequisitos del artículo: https://blogs.oracle.com/lad-cloud-experts/es/preparando-requisitos-para-plataformas-en-oci se define que se considere una VCN con algunos elementos relacionados como una red pública y unas políticas que permitirán que este aprovisionamiento pueda encontrar la base de datos y precargarla.

A continuación se selecciona:

Compartment Name: Nombre del compartment donde se creó la base de datos OCI según los pasos del artículo: https://blogs.oracle.com/lad-cloud-experts/es/¿cómo-aprovisionar-una-máquina-virtual-de-base-de-datos-en-oci

Nombre: Se precargan los nombres de las bases de datos OCI creadas en el compartment previamente seleccionadas para que sea elegida la requerida para este aprovisionamiento.

Nombre de PDB: Ingresamos el nombre de PDB que asignamos en el ejercicio de aprovisionamiento de la base de datos de acuerdo al artículo: https://blogs.oracle.com/lad-cloud-experts/es/¿cómo-aprovisionar-una-máquina-virtual-de-base-de-datos-en-oci

Nombre del Usuario de Administración: Aquí usamos un usuario con privilegios de SYSDBA de nuestra base de datos asociada al PDB previamente ingresado.

Password: Ingresamos la contraseña del usuario SYSDBA antes diligenciado.

Configuración de Equilibrador de Carga:

Este tema aplica solo para equilibradores de carga de OCI.

Load Balancer: En esta sección tenemos 3 opciones

• None: Seleccionamos esta opción cuando no necesitamos un balanceador de carga.
• Oracle-Managed Load Balancer: Seleccionamos esta opción si quieres que Oracle gestione el balanceador.
• Oracle Traffic Director: Seleccionamos esta opción si queremos gestionar el OTD directamente.

El balanceador puede ser agregado después del aprovisionamiento, para efectos de este ejercicio seleccionaremos la opción none.

Configuración de copia de seguridad y recuperación:

Nombre de Contenedor de almacenamiento: Ingresa la URL de un bucket existente  Oracle Cloud Infrastructure Object Storage. Ver: https://blogs.oracle.com/lad-cloud-experts/es/preparando-requisitos-para-plataformas-en-oci.

Formato: https://swiftobjectstorage.region.oraclecloud.com/v1/account/bucket

Ejemplo: https://swiftobjectstorage.us-phoenix-1.oraclecloud.com/v1/myCompany/myBucket

Importante: Donde mycompany debe ser reemplazado por el accountname con el cual se activa la cuenta en el primer momento de creación. En los trial este nombre puede ser diferente al accountname. Y myBucket debe ser reemplazado por el nombre del bucket creado en la fase de creación de prerrequisitos. También no olvidemos reemplazar el region que puede ser identificado en la misma fase de instance en el campo Region.

Nombre de usuario de almacenamiento: El nombre de Oracle Cloud Infraestructure Administrator, puede ser el mismo con el que estamos autenticados o podemos crear uno siendo administradores y a este crearle el token que vemos en el artículo de preparando prerrequisitos para plataformas en oci.

Contraseña de almacenamiento en nube: Copiamos el token para el usuario ingresado anteriormente.

En la fase de Confirmación:

Encontraremos el resumen de los datos ingresados en las fases de Instance y Detalles, donde será posible validar toda la configuración previa a la creación y descargar el archivo JSon que contiene este detalle.

Crear:

Con la acción Crear, iniciaremos el aprovisionamiento de SOA Cloud Service el cual se reflejara en la consola a continuación y tardara unos minutos:

Siempre podremos optimizar nuestros aprovisionamientos; en este artículo procuramos dar las nociones para tener una instancia de SOA con las opciones básicas de un ambiente de desarrollo. Planeamos continuar escribiendo acerca de arquitecturas mas robustas de alta disponibilidad utilizando todo el potencial que nos ofrecen nuestra nube con bases de datos Extreme Performance utilizando la opción de RAC y balanceadores de carga manejados y no manejados a nivel de middleware que permitan asegurar todo el ciclo de HA de Front a Backend.

Muchos Exitos!