Oracle GoldenGate Microservices-Architektur

Einführung

Oracle® GoldenGate® unterstützt zwei Architekturen: die klassische Architektur und die Oracle GoldenGate Microservices Architecture (OGG MA).

Die klassische Architektur verfügt über die Standardfunktionen extract, replicat, pumpund receiver und wird durch den GoldenGate Software Command Interpreter (GGSCI) verwaltet.

OGG MA ist eine Restful Application Program Interface (API) Microservices-basierte Architektur, die es Ihnen ermöglicht, Oracle GoldenGate Services über eine webbasierte Benutzeroberfläche zu installieren, zu konfigurieren, zu überwachen und zu verwalten. OGG MA wurde mit der Version GoldenGate 12.3 eingeführt und wurde aus der Perspektive des Cloud-Betriebs entwickelt.

Oracle GoldenGate Microservices-Komponenten

Mit OGG MA können Sie die Datenreplikation mit Hilfe einer HTML-Benutzeroberfläche konfigurieren und verwalten. OGG MA besteht aus fünf Hauptkomponenten. Das folgende Diagramm veranschaulicht, wie Replikationsprozesse in einer sicheren Rest-API-Umgebung funktionieren:

< Drupal-Entität 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>

Bildquelle

In den folgenden Abschnitten werden die Rollen und Verantwortlichkeiten der einzelnen Komponenten von OGG MA, einschließlich des Admin-Clients, beschrieben.

Dienstleiter

• Der Dienstmanager fungiert als Wächter für die anderen in der Microservices-Architektur verfügbaren Dienste.
• Mit dem Service Manager können Sie einen oder mehrere GoldenGate-Einsätze auf einem lokalen Host verwalten.
• Der Service Manager wird als Systemdienst ausgeführt, verwaltet Bestands- und Konfigurationsinformationen über Ihre Bereitstellungen und ermöglicht Ihnen die Verwaltung mehrerer lokaler Bereitstellungen.
• Mit dem Dienstmanager können Sie Instanzen starten und stoppen sowie Bereitstellungen und andere Dienste abfragen.

Verwaltungsserver

• Der Administrationsserver überwacht, verwaltet, steuert und kontrolliert sowohl aktive als auch inaktive Prozesse, die innerhalb einer GoldenGate-Installation ablaufen.
• Der Administrationsserver dient als zentrale Kontrollinstanz für die Verwaltung der Replikationskomponenten in Ihren GoldenGate-Implementierungen.
• Mit Hilfe des Administrationsservers können Sie Ihre lokalen extract replicat Prozesse erstellen und verwalten, ohne auf den Server zuzugreifen, auf dem GoldenGate installiert ist.
• Das Hauptmerkmal des Verwaltungsservers ist die Rest-API-Dienstschnittstelle, die von jedem HTTP- oder HTTPS-Client, wie z. B. Dienstschnittstellen der Microservices-Architektur oder Perl- und Python-Clients, angesprochen werden kann.
• Über den Administrationsserver können Sie GoldenGate-Prozesse hinzufügen, löschen oder ändern, Konfigurationsdateien bearbeiten, Benutzer hinzufügen und Rollen zuweisen.

Verteilungsserver

• Der Verteilungsserver fungiert als vernetzter Datenverteilungsagent, der Daten und Befehle in einem verteilten, vernetzten Einsatz übermittelt und verarbeitet.
• Der Verteilungsserver ist eine Hochleistungsanwendung, die mehrere Befehle und Datenströme aus mehreren Quelldateien gleichzeitig verarbeiten kann.
• Der Distributionsserver ersetzt die klassischen mehrfachen quellenseitigen Datenpumpen durch eine einseitige Datenpumpe und durch einen einzigen Instanzdienst. Dieser Server verteilt einen oder mehrere Trails an ein oder mehrere Ziele und bietet nur eine einfache Filterung.

Empfangender Server

• Der Empfängerserver ist der zentrale Kontrolldienst, der alle eingehenden Trail-Dateien bearbeitet.
• Der Empfängerserver arbeitet mit dem Verteilerserver zusammen und bietet Kompatibilität mit der Pumpe der klassischen Architektur für klassische Remote-Bereitstellungen.
• Der Empfangsserver ersetzt mehrere diskrete Kollektoren auf der Zielseite durch einen einzigen Instanzdienst.

Server für Leistungskennzahlen

• Der Leistungsmetrikserver verwendet den Metrikdienst, um die Leistungsergebnisse der Instanzbereitstellung zu sammeln und zu speichern.
• Die Sammlung und Aufbewahrung von Metriken ist von der Sammlung von Informationen der Verwaltungsebene getrennt.
• Alle GoldenGate-Prozesse senden Metriken an den Performance Metrics Server.
• Sie können den Performance Metrics Server sowohl in der Microservices-Architektur als auch in der klassischen Architektur verwenden.
• Mit dem Leistungsmetrikserver können Sie verschiedene Metriken abfragen, Protokolle und den Prozessstatus einsehen, die Systemauslastung überwachen und vieles mehr.

Verwaltungskunde

• Der Admin-Client ist ein Kommandozeilenprogramm (wie das klassische GGSCI-Programm).
• Der Admin-Client verwendet die vom Server der Microservices-Architektur veröffentlichte Rest-API, um seine Aufgaben zu erfüllen.
• Der Admin-Client wird zum Erstellen, Konfigurieren, Ändern und Entfernen von Prozessen verwendet.

Der Admin-Client hat mehr Funktionen und ist in verteilten Konfigurationen besser einsetzbar als GGSCI, wie die folgende Tabelle zeigt:

< Drupal-Entität 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>

Die wichtigsten Verzeichnisse und Variablen der Microservices-Architektur

Die Microservices-Architektur ist mit einer vereinfachten Verzeichnisstruktur für die Installation und Bereitstellung konzipiert. Der Entwurf besteht aus einem schreibgeschützten Home-Verzeichnis, in dem Sie GoldenGate installieren und ein benutzerdefiniertes, einsatzspezifisches Verzeichnis erstellen, wie in der folgenden Abbildung gezeigt:

< Drupal-Entität 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>

Bildquelle

Sie können die Standardspeicherorte all dieser Verzeichnisse ändern, um den Ort, an dem Sie die Dateien speichern möchten, anzupassen.

In einer Konfiguration, in der OGG\_VAR\_HOME ein lokales Verzeichnis und OGG\_HOME ein gemeinsam genutztes, schreibgeschütztes Remote-Verzeichnis ist, können viele Bereitstellungen mit einem lokalen OGG\_VAR\_HOME das gleiche schreibgeschützte OGG_HOMEnutzen.

Fazit

Die Microservices-Architektur ist eine neue dienstbasierte Architektur, die die Konfiguration, Verwaltung und Überwachung von groß angelegten Cloud-Bereitstellungen vereinfacht. In diesem Beitrag wurden die OGG MA und ihre Komponenten vorgestellt, die die Art und Weise der Datenreplikation vor Ort, in der Cloud und in hybriden Umgebungen verändern sollen.