Komponenten der Oracle GoldenGate-Microservices-Architektur

Info zu Service Manager

Service Manager ist der primäre Watchdog-Service in Oracle GoldenGate-Microservices, mit dem Sie die Deployments und zugehörigen Microservices kontrollieren und verwalten können, die auf dem Hostserver ausgeführt werden.

Mit einem Service Manager können Sie ein oder mehrere Oracle GoldenGate-Deployments auf einem lokalen Host verwalten. Ein Service Manager hat eine Eins-zu-viele-Beziehung mit dem Administration Service. Jede Oracle GoldenGate-Installation verfügt über einen einzelnen Service Manager, der für mehrere Deployments verantwortlich ist.

Optional kann Service Manager als Systemservice ausgeführt werden und Bestands- und Konfigurationsinformationen zu Ihren Deployments verwaltet werden. Außerdem können Sie mehrere lokale Deployments verwalten. Mit Service Manager können Sie Instanzen starten und stoppen sowie Deployments und die anderen Services abfragen.

Siehe Deployments über Service Manager verwalten.

In OGGCA können Sie den Service Manager so konfigurieren, dass er in drei verschiedenen Modi ausgeführt wird:

• Manuell

• Als Dämon

• In XAG-Agent integriert

Seine Hauptfunktionen umfassen die folgenden Aufgaben:

• Status von Microservices anzeigen und verwalten

• Deployment-Konfiguration verwalten

• Service Manager-Konfiguration verwalten

• Deployments starten und stoppen

• Auf die Microservices zugreifen, die einem Deployment zugeordnet sind

• Zugriffsdetails für Administration Service, Distribution Service, Performance Metrics Service und Receiver Service

• Oracle GoldenGate-Benutzer hinzufügen und verwalten

• Zertifikate hinzufügen und verwalten

• Autorisierungsprofil für externe Identitätsprovider hinzufügen und verwalten

• Loginformationen zur Fehlerdiagnose überwachen

• Debuglogs aktivieren und verwalten

Info über Administrationsservice

Der Administrationsservice überwacht, verwaltet, verwaltet und überwacht Prozesse in einem Oracle GoldenGate-Deployment.

Der Administrationsservice fungiert als zentrale Kontrollentität für die Verwaltung der Replikationskomponenten in Ihren Oracle GoldenGate-Deployments. Damit können Sie Ihre lokalen Extract- und Replicat-Prozesse erstellen und verwalten, ohne auf den Server zugreifen zu müssen, auf dem Oracle GoldenGate installiert ist. Das Hauptfeature des Administrationsservers ist die REST-API-Serviceschnittstelle, auf die von jedem HTTP- oder HTTPS-Client zugegriffen werden kann, wie die Microservices Architecture-Serviceschnittstellen oder andere Clients wie Perl und Python.

Darüber hinaus kann der Admin-Client verwendet werden, um REST-API-Aufrufe zur direkten Kommunikation mit dem Administrationsserver auszuführen. Weitere Informationen finden Sie unter Admin-Client.

Der Administrationsservice koordiniert und orchestriert Extrakte, Replicats und Pfade, um eine bessere Automatisierung und betriebliche Verwaltung zu unterstützen. Betrieb und Verhalten werden über veröffentlichte Abfrage- und Serviceschnittstellen gesteuert. Mit diesen Schnittstellen können Clients Befehle und Steueranweisungen an den Administrationsserver mit REST-JSON-RPC-Aufrufen absetzen, die REST-API-Schnittstellen unterstützen.

Der Administrationsservice enthält eine eingebettete Webanwendung, die Sie direkt mit jedem Webbrowser verwenden können und keine Client-Softwareinstallation erfordert.

Mit dem Verwaltungsdienst können Sie Folgendes erstellen und verwalten:

• Extract- und Replicat-Prozesse

  • Hinzufügen, ändern und löschen

  • Registrieren und Registrierung aufheben

  • Starten und stoppen

  • Prozessinformationen, Statistiken, Berichte und Status prüfen, einschließlich LAG und Checkpoints

  • Berichts- und Discard-Dateien abrufen

• Konfigurationsdateien (Parameterdateien)

• Checkpoint-, Trace- und Heartbeat-Tabellen

• Zusätzliches Logging für prozedurale Replikation, Schemas und Tabellen

• Aufgaben, sowohl benutzerdefiniert als auch Standardaufgaben, wie z.B. automatischer Neustart und Löschen der Trails

• Zugangsdatenspeicher

• Verschlüsselungsschlüssel (MASTERKEY)

• Benutzer hinzufügen und Rollen zuweisen

Info über Verteilungsdienst

Distribution Service fungiert als vernetzter Datenverteilungsagent zur Unterstützung der Übertragung und Verarbeitung von Daten und Befehlen in einem verteilten Deployment. Es handelt sich um eine leistungsstarke Anwendung, die mehrere Befehle und Datenstreams aus mehreren Quelltraildateien gleichzeitig verarbeiten kann.

Distribution Service ersetzt die klassischen, quellseitigen Datenpumpen durch einen einzigen Instanzdienst. Dieser Service verteilt einen oder mehrere Trails auf ein oder mehrere Ziele und bietet nur eine einfache Filterung (keine Transformationen).

Es können mehrere Kommunikationsprotokolle verwendet werden, mit denen Sie Netzwerkparameter auf einer Pfadbasis optimieren können. Diese Protokolle umfassen:

• Oracle GoldenGate-Protokoll zur Kommunikation zwischen dem Verteilungsservice und dem Collector in einem nicht servicebasierten (klassischen) Ziel. Es wird für die Interoperabilität verwendet.

  Hinweis: Die TCP-Verschlüsselung funktioniert nicht in einer gemischten Umgebung der klassischen und Microservices-Architektur. Der Verteilungsservice in der Microservices-Architektur kann nicht so konfiguriert werden, dass die TCP-Verschlüsselung zur Kommunikation mit dem Server Collector in der Classic-Architektur verwendet wird, die in einem Deployment ausgeführt wird. Außerdem kann der Receiver Service in Microservices Architecture keine Verbindungsanforderung von einer Data Pump in Classic Architecture akzeptieren, die mit dem Parameter RMTHOST ... ENCRYPT konfiguriert ist, der in einem Deployment ausgeführt wird.

• WebSockets für HTTPS-basiertes Streaming, das auf SSL-Sicherheit basiert.

• UDP-Protokolle

• Proxy-Unterstützung für Cloud-Umgebungen:

  • SOCKS5 für jedes Netzwerkprotokoll.

  • HTTP nur für HTTP-Protokolle, einschließlich WebSocket.

• Passiver Verteilungsservice zum Starten der Pfaderstellung von einem Remote-Standort. Pfade sind Quell-zu-Ziel-Replikationskonfigurationen, die jedoch nicht in diesem Release enthalten sind.

  Hinweis: Distribution Service kann keine Daten im Trail filtern. Ein Verteilungspfad sendet alle Traildaten von Quelle zu Ziel basierend auf dem angegebenen Zielauthentifizierungsprotokoll.

Informationen zum Empfängerdienst

Ein Receiver Service ist der zentrale Kontrolldienst, der alle eingehenden Traildateien verarbeitet. Es interagiert mit dem Distribution Service und ersetzt mehrere diskrete zielseitige Collectors durch einen Einzelinstanzservice.

Mit dem Empfangsservice können Sie:

• Pfadereignisse überwachen

• Vom Ziel initiierte Pfade hinzufügen

• Status eingehender Pfade abfragen

• Statistiken eingehender Pfade anzeigen

• Pfadprobleme diagnostizieren

WebSockets (ws) ist das standardmäßige HTTPS-initiierte Full-Duplex-Streamingprotokoll, das vom Empfangsservice verwendet wird. Es ermöglicht Ihnen, Ihre Daten vollständig mit SSL-Sicherheit zu sichern. Der Receiver-Server durchläuft nahtlos HTTP-Forward- und Reverse-Proxy-Server.

Darüber hinaus unterstützt der Receiver-Server die folgenden Protokolle:

• UDP-basiertes Protokoll für WANs: Weitere Informationen finden Sie unter http://udt.sourceforge.net/.

• Klassisches Oracle GoldenGate-Protokoll für klassische Deployments, sodass der Verteilungsservice mit dem Collector und Data Pump mit dem Empfangsserver kommuniziert. Hinweis: Die TCP-Verschlüsselung funktioniert nicht in einer gemischten Umgebung der klassischen und Microservices-Architektur. Der Verteilungsservice in der Microservices-Architektur kann nicht so konfiguriert werden, dass die TCP-Verschlüsselung zur Kommunikation mit dem Server Collector in der Classic-Architektur verwendet wird, die in einem Deployment ausgeführt wird. Außerdem kann der Receiver-Server in Microservices-Architektur keine Verbindungsanforderung von einer Data Pump in Classic Architecture akzeptieren, die mit dem Parameter RMTHOST ... ENCRYPT konfiguriert ist, der in einem Deployment ausgeführt wird.

Informationen zum Empfangspfad

Empfangsservicepfade oder vom Ziel initiierte Pfade für Microservices ermöglichen es dem Empfangsservice, einen Pfad zum Verteilungsservice im Ziel-Deployment zu initiieren und Traildateien abzurufen. Mit dieser Funktion kann der Receiver-Service einen vom Ziel initiierten Pfad für Umgebungen wie Demilitarized Zone Paths (DMZ) oder Cloud-to-On-Premise erstellen, bei denen der Verteilungsservice im Oracle GoldenGate-Quell-Deployment keine Netzwerkverbindungen in der Zielumgebung für den Receiver-Service öffnen kann, weil Netzwerksicherheits-Policys erforderlich sind.

Wenn der Verteilungsdienst keine Verbindungen zum Empfangsservice initiieren kann, aber der Empfangsservice eine Verbindung zu dem Computer initiieren kann, auf dem der Verteilungsdienst ausgeführt wird, erstellt der Empfangsservice einen sicheren oder nicht sicheren Ziel-initiierten Pfad zum Verteilungsservice über eine Firewall oder DMZ-Zone mit Oracle GoldenGate und ruft die angeforderten Traildateien ab.

Die Receiver Service-Endpunkte zeigen an, dass der Abruf der Traildateien vom Receiver Service initiiert wurde.

Performancemetrikservice

Alle Oracle GoldenGate-Prozesse senden Metriken an den Performancemetrikservice, mit dem Sie die Performance aller Prozesse über eine einzige Schnittstelle überwachen können.

Der Performancemetrikservice erfasst über den Metrikservice Ergebnisse zur Instanz-Deployment-Performance und speichert sie. Diese Metriksammlung und dieses Repository sind von der Informationssammlung auf der Verwaltungsebene getrennt. Sie können Performancemetriken mit anderen eingebetteten Webanwendungen überwachen und die Daten verwenden, um Ihre Deployments für maximale Performance zu optimieren.

Mit dem Performancemetrikservice können Sie:

• Verschiedene Metriken abfragen und Antworten im JSON-Format der Services oder im klassischen XML-Format erhalten

• Integration von Tools für Drittanbietermetriken

• Fehlerlogs anzeigen

• Aktiven Prozessstatus anzeigen

• Überwachen der Systemressourcenauslastung