Arquitectura de microservicios Oracle GoldenGate
by Ravi Kant Sharma, Oracle Database Administrator, Rackspace Technology
Introducción
Oracle® GoldenGate® admite dos arquitecturas: la arquitectura clásica y la arquitectura de microservicios de Oracle GoldenGate (OGG MA).
La arquitectura clásica dispone de funciones estándar extract, replicat, pump, y receiver y está gestionada por el GoldenGate Software Command Interpreter (GGSCI).
OGG MA es una arquitectura de microservicios basada en una interfaz de programación de aplicaciones (API) que permite instalar, configurar, supervisar y gestionar los servicios de Oracle GoldenGate a través de una interfaz de usuario basada en web. OGG MA se introdujo en la versión GoldenGate 12.3 y se diseñó desde la perspectiva de las operaciones en la nube.
Componentes de microservicios de Oracle GoldenGate
Puede utilizar OGG MA para configurar y gestionar la replicación de datos mediante una interfaz de usuario HTML. OGG MA tiene cinco componentes principales. El siguiente diagrama ilustra cómo funcionan los procesos de replicación en un entorno API Rest seguro:
< entidad-drupal data-align="left" data-embed-button="media_entity_embed" data-entity-embed-display="view_mode:media.full" data-entity-type="media" data-entity-uuid="ffc70d81-8bc0-42e9-b646-2faec089e354" data-langcode="en"> < /drupal-entity>
En las siguientes secciones se describen las funciones y responsabilidades de cada componente de OGG MA, incluido el cliente admin.
Gestor de servicios
- El gestor de servicios actúa como vigilante de los demás servicios disponibles con la arquitectura de microservicios.
- El gestor de servicios le permite gestionar una o varias implantaciones de GoldenGate en un host local.
- El gestor de servicios se ejecuta como un servicio del sistema, mantiene información de inventario y configuración sobre sus implantaciones y le permite mantener varias implantaciones locales.
- Mediante el gestor de servicios, puede iniciar y detener instancias y consultar despliegues y los demás servicios.
Servidor de administración
- El servidor de administración supervisa, administra, gestiona y monitoriza los procesos activos e inactivos que operan dentro de un despliegue GoldenGate.
- El servidor de administración funciona como la entidad de control central para gestionar los componentes de replicación en sus despliegues GoldenGate.
- Utilizando el servidor de administración, puede crear y gestionar sus procesos locales de extract replicat sin acceder al servidor donde está instalado GoldenGate.
- La característica clave del servidor de administración es la interfaz de servicio Rest API, a la que puede dirigirse cualquier cliente HTTP o HTTPS, como interfaces de servicio de arquitectura de microservicios o clientes Perl y Python.
- Mediante el servidor de administración, puede añadir, eliminar o modificar procesos de GoldenGate, editar archivos de configuración, añadir usuarios y asignar roles.
Servidor de distribución
- El servidor de distribución funciona como un agente de distribución de datos en red que transmite y procesa datos y órdenes en un despliegue distribuido en red.
- El servidor de distribución es una aplicación de alto rendimiento que puede manejar múltiples comandos y flujos de datos de varios archivos de origen simultáneamente.
- El servidor de distribución sustituye los clásicos bombeos de datos múltiples del lado de la fuente por un bombeo de datos de un solo lado y por un servicio de instancia única. Este servidor distribuye una o más rutas a uno o más destinos y sólo proporciona filtrado ligero.
Servidor receptor
- El servidor receptor es el servicio de control central que gestiona todos los archivos de seguimiento entrantes.
- El servidor receptor interopera con el servidor de distribución y proporciona compatibilidad con la bomba de arquitectura clásica para despliegues clásicos remotos.
- El servidor receptor sustituye varios recopiladores discretos del lado del destino por un único servicio de instancia.
Servidor de métricas de rendimiento
- El servidor de métricas de rendimiento utiliza el servicio de métricas para recopilar y almacenar los resultados de rendimiento del despliegue de instancias.
- La recopilación y el repositorio de métricas son independientes de la recopilación de información de la capa de administración.
- Todos los procesos de GoldenGate envían métricas al servidor de métricas de rendimiento.
- Puedes utilizar el servidor de métricas de rendimiento tanto en arquitectura de microservicios como en arquitectura clásica.
- Mediante el servidor de métricas de rendimiento, puede consultar diversas métricas, ver registros, el estado de los procesos, supervisar la utilización del sistema, etc.
Admin cliente
- El cliente admin es una utilidad de línea de comandos (como la utilidad clásica GGSCI).
- El cliente admin utiliza la API Rest publicada por el servidor de arquitectura de microservicios para realizar sus tareas.
- El cliente admin se utiliza para crear, configurar, modificar y eliminar procesos.
El cliente admin tiene más funciones y es más utilizable en configuraciones distribuidas que GGSCI, como se muestra en la siguiente tabla:
< entidad-drupal data-align="left" data-embed-button="media_entity_embed" data-entity-embed-display="view_mode:media.full" data-entity-type="media" data-entity-uuid="ffc70d81-8bc0-42e9-b646-2faec089e354" data-langcode="en"> < /drupal-entity>
Los directorios y variables clave de la arquitectura de microservicios
La arquitectura de microservicios está diseñada con una estructura de directorios de instalación y despliegue simplificada. El diseño se compone de un directorio principal de sólo lectura, donde se instala GoldenGate y se crea un directorio personalizado específico para el despliegue, como se muestra en la siguiente imagen:
< entidad-drupal data-align="left" data-embed-button="media_entity_embed" data-entity-embed-display="view_mode:media.full" data-entity-type="media" data-entity-uuid="ffc70d81-8bc0-42e9-b646-2faec089e354" data-langcode="en"> < /drupal-entity>
Puede cambiar las ubicaciones predeterminadas de todos estos directorios para personalizar dónde desea almacenar los archivos.
En una configuración en la que OGG\_VAR_HOME es un directorio local y OGG\_HOME es un directorio remoto compartido de sólo lectura, muchas implantaciones con un OGG\_VAR_HOME local pueden compartir el mismo OGG_HOMEde sólo lectura.
Conclusión
La arquitectura de microservicios es una nueva arquitectura basada en servicios que simplifica la configuración, administración y supervisión de implantaciones en la nube a gran escala. Este post le ha presentado la OGG MA y sus componentes, que se espera que cambien la forma de replicar datos en las instalaciones, en la nube y en entornos híbridos.

Recent Posts
Informe sobre el estado de la nube en 2025
Enero 10th, 2025
Patrones de redes híbridas de Google Cloud - Parte 2
Octubre 16th, 2024
Patrones de redes híbridas de Google Cloud - Parte 2
Octubre 15th, 2024
Cómo aprovecha Rackspace AWS Systems Manager
Octubre 9th, 2024
Windows Server impide la sincronización horaria con Rackspace NTP
Octubre 3rd, 2024