Componentes de la arquitectura de microservicios de Oracle GoldenGate

Acerca de Service Manager

El gestor de servicios es el servicio de vigilancia principal de Oracle GoldenGate Microservices que permite controlar y administrar los despliegues y los microservicios asociados que se ejecutan en el servidor host.

Un gestor de servicios permite gestionar uno o varios despliegues de Oracle GoldenGate en un host local. Un gestor de servicios tiene una relación de uno a varios con el servicio de administración. Cada instalación de Oracle GoldenGate tiene un único gestor de servicios que es responsable de varios despliegues.

Opcionalmente, Service Manager puede ejecutarse como un servicio del sistema y mantiene la información de inventario y configuración sobre sus despliegues y le permite mantener varios despliegues locales. Mediante el gestor de servicios, puede iniciar y parar instancias, así como consultar despliegues y otros servicios.

Consulte Gestión de despliegues desde el gestor de servicios.

Desde OGGCA, puede configurar Service Manager para que se ejecute en tres modos diferentes:

• Manualmente

• Como un daemon

• Integrado con el agente XAG

Sus funciones principales incluyen las siguientes tareas:

• Ver y gestionar el estado de los microservicios

• Gestionar configuración de despliegue

• Gestionar configuración de gestor de servicios

• Iniciar y parar despliegues

• Acceder a los microservicios asociados a un despliegue

• Acceder a detalles de servicio de administración, servicio de distribución, servicio de métricas de rendimiento y servicio de receptor

• Adición y gestión de usuarios de Oracle GoldenGate

• Agregar y gestionar certificados

• Agregar y gestionar perfil de autorización para proveedores de identidad externos

• Supervisión de información de log para diagnosticar errores

• Activar y gestionar logs de depuración

Acerca del servicio de administración

El servicio de administración supervisa, administra, gestiona y supervisa procesos dentro de un despliegue de Oracle GoldenGate.

El servicio de administración funciona como la entidad de control central para gestionar los componentes de replicación en los despliegues de Oracle GoldenGate. La utiliza para crear y gestionar los procesos locales de Extract y Replicat sin necesidad de acceder al servidor donde está instalado Oracle GoldenGate. La función clave del servidor de administración es la interfaz de servicio de API de REST a la que se puede acceder desde cualquier cliente HTTP o HTTPS, como las interfaces de servicio de arquitectura de microservicios u otros clientes como Perl y Python.

Además, el cliente de administración se puede utilizar para realizar llamadas a la API de REST para comunicarse directamente con el servidor de administración. Consulte Cliente de administración para obtener más información.

El Servicio de Administración es responsable de coordinar y organizar extracciones, réplicas y rutas para respaldar una mayor automatización y gestión operativa. Su funcionamiento y comportamiento se controlan a través de interfaces de consulta y servicio publicadas. Estas interfaces permiten a los clientes emitir comandos e instrucciones de control para el servidor de administración mediante llamadas REST JSON-RPC que soportan interfaces de API de REST.

El Servicio de Administración incluye una aplicación web embebida que puede utilizar directamente con cualquier explorador web y no requiere ninguna instalación de software de cliente.

Utilizar el servicio de administración para crear y gestionar:

• Procesos de Extract y Replicat

  • Agregar, modificar y suprimir

  • Registrar y anular registro

  • Iniciar y parar

  • Revisar la información, las estadísticas, los informes y los estados del proceso, incluidos LAG y los puntos de control

  • Recuperar el informe y desechar los archivos

• Archivos de configuración (parámetro)

• Tablas de puntos de control, rastreos y latidos

• Registro complementario para replicación, esquema y tablas de procedimiento

• Tareas personalizadas y estándar, como de reinicio automático y pistas de depuración

• Almacenes de credenciales

• Claves de cifrado (MASTERKEY)

• Adición de usuarios y asignación de sus roles

Acerca del servicio de distribución

El servicio de distribución funciona como un agente de distribución de datos en red para transmitir y procesar datos y comandos en un despliegue distribuido. Es una aplicación de alto rendimiento que puede manejar varios comandos y flujos de datos desde varios archivos de pista de origen, simultáneamente.

Distribution Service reemplaza los paquetes clásicos de datos de varios orígenes por un servicio de instancia única. Este servicio distribuye una o más pistas a uno o más destinos y proporciona solo filtrado ligero (sin transformaciones).

Se pueden utilizar varios protocolos de comunicación, lo que le permite ajustar los parámetros de red por ruta. Estos protocolos incluyen:

• Protocolo de Oracle GoldenGate para la comunicación entre el servicio de distribución y el recopilador en un destino no basado en servicios (clásico). Se utiliza para la interoperabilidad.

  Nota: El cifrado TCP no funciona en un entorno mixto de arquitectura clásica y de microservicios. El servicio de distribución en la arquitectura de microservicios no se puede configurar para utilizar el cifrado TCP para comunicarse con el recopilador de servidores en la arquitectura clásica que se ejecuta en un despliegue. Además, el servicio de receptor de la arquitectura de microservicios no puede aceptar una solicitud de conexión de un pump de datos de la arquitectura clásica configurado con el parámetro RMTHOST ... ENCRYPT que se ejecuta en un despliegue.

• WebSockets para la transmisión basada en HTTPS, que se basa en la seguridad SSL.

• Protocolos UDP.

• Soporte de proxy para entornos en la nube:

  • SOCKS5 para cualquier protocolo de red.

  • HTTP solo para protocolos de tipo HTTP, incluido WebSocket.

• Servicio de distribución pasivo para iniciar la creación de rutas desde un sitio remoto. Las rutas son configuraciones de replicación de origen a destino, aunque no se incluyen en esta versión.

  Nota: El servicio de distribución no puede filtrar datos en la pista. Una ruta de distribución enviará todos los datos de pista del origen al destino según el protocolo de autenticación de destino especificado.

Acerca del servicio de receptor

Un servicio de receptor es el servicio de control central que maneja todos los archivos de pista entrantes. Interopera con el servicio de distribución y sustituye varios recopiladores discretos del lado de destino por un servicio de instancia única.

Utilizar el servicio de receptor para:

• Supervisar eventos de ruta

• Agregar rutas iniciadas en el destino

• Consultar el estado de las rutas entrantes

• Ver las estadísticas de las rutas de acceso entrantes

• Diagnosticar problemas de ruta

WebSockets (ws) es el protocolo de transmisión de dúplex completo iniciado por HTTPS predeterminado que utiliza el servicio de receptor. Le permite proteger completamente sus datos mediante la seguridad SSL. El servidor del receptor atraviesa sin problemas a través de servidores proxy de reenvío y reversión HTTP.

Además, el servidor de receptor admite los siguientes protocolos:

• Protocolo basado en UDP para redes de área amplia: para obtener más información, consulte http://udt.sourceforge.net/.

• Protocolo clásico de Oracle GoldenGate para despliegues clásicos para que el servicio de distribución se comunique con el recopilador y el pump de datos se comunique con el servidor del receptor. Nota: El cifrado TCP no funciona en un entorno mixto de arquitectura clásica y de microservicios. El servicio de distribución en la arquitectura de microservicios no se puede configurar para utilizar el cifrado TCP para comunicarse con el recopilador de servidores en la arquitectura clásica que se ejecuta en un despliegue. Además, el servidor de receptor de la arquitectura de microservicios no puede aceptar una solicitud de conexión de un pump de datos de la arquitectura clásica configurado con el parámetro RMTHOST ... ENCRYPT que se ejecuta en un despliegue.

Acerca de la ruta de servicio del receptor

Las rutas de servicio del receptor o las rutas iniciadas por el destino para microservicios permiten al servicio del receptor iniciar una ruta al servicio de distribución en el despliegue de destino y extraer los archivos de pista. Esta función permite al servicio de receptor crear una ruta iniciada por el destino para entornos como rutas de zona desmilitarizada (DMZ) o de nube a locales, donde el servicio de distribución del despliegue de Oracle GoldenGate de origen no puede abrir conexiones de red en el entorno de destino al servicio de receptor debido a políticas de seguridad de red.

Si el servicio de distribución no puede iniciar conexiones al servicio de receptor, pero el servicio de receptor puede iniciar una conexión a la máquina que ejecuta el servicio de distribución, el servicio de receptor establece una ruta de acceso iniciada de destino segura o no segura al servicio de distribución a través de un firewall o una zona desmilitarizada (DMZ) mediante Oracle GoldenGate y extrae los archivos de pista solicitados.

Los puntos finales del servicio de receptor muestran que el servicio de receptor ha iniciado la recuperación de los archivos de pista.

Acerca del Servicio de Métricas de Rendimiento

Todos los procesos de Oracle GoldenGate envían métricas al servicio de métricas de rendimiento, que le permite supervisar el rendimiento de todos los procesos desde una única interfaz.

El servicio de métricas de rendimiento utiliza el servicio de métricas para recopilar y almacenar resultados de rendimiento del despliegue de instancias. Esta recopilación de métricas y el repositorio son independientes de la recopilación de información de la capa de administración. Puede supervisar las métricas de rendimiento mediante otras aplicaciones web embebidas y utilizar los datos para ajustar los despliegues para obtener el máximo rendimiento.

Utilizar el servicio de métricas de rendimiento para:

• Consultar varias métricas y recibir respuestas en el formato JSON de servicios o en el formato XML clásico

• Integre herramientas de métricas de terceros

• Ver logs de errores

• Ver estado de proceso activo

• Supervisar la utilización de recursos del sistema