Oracle Goldengate 12cR3 - Microservices Architecture (MA)

Alors, examinons l'architecture en microservices nouvellement introduite dans Oracle GoldenGate. 12CR3 Ainsi, Oracle a introduit l'architecture orientée microservices dans la version 12c Release 3 en août 2017, et elle est devenant populaire de nos jours. Ainsi, en août 2017, Oracle a publié deux architectures pour Oracle GoldenGate, l'architecture classique et l'architecture microservices. L'architecture classique est celle qui existe. Maintenant, ils ont introduit l'architecture Microservices. Alors, que se passe-t-il dans l'architecture Microservices ? Il n'existe donc aucune possibilité de passer de l'architecture Classique à l'architecture Microservices. Si vous souhaitez utiliser l'architecture Microservices, vous devez effectuer une installation fraîche et effectuer une migration vers l'architecture. Pour l'instant, ils n'ont introduit aucun moyen vous permettant de l'améliorer. En résumé, le fonctionnement de l'architecture Microservices est le suivant : vous disposez d'une interface graphique disponible, donc vous connectez-vous à GoldenGate à l'aide de ces API, puis vous disposez d'un modèle entièrement basé sur une interface graphique disponible dès maintenant, où vous pouvez configurer, surveiller et gérer Oracle GoldenGate à l'aide d'une interface utilisateur basée sur le web interface Il existe cinq composants importants disponibles dans l'architecture Microservices. Serveur d'administration Donc, si nous voulons nous lier à la version précédente où nous travaillions, c'est Administration Serveur : il est utilisé pour configurer les processus GoldenGate. Quels que soient les processus que nous configurons, c'est l'Administration qui effectue cette configuration des processus. Serveur. Vous créez un extrait, vous créez des répliques, vous créez des fichiers de paramètres, tout cela est fait Dans le serveur d'administration. Le gestionnaire de services aide à fournir les services. Essentiellement, il est installé au-dessus de votre serveur d'administration. Serveur récepteur, il collecte les modifications qui sont envoyées via le réseau. Ces transactions agissent, je devrais dire, un peu comme un processus de collecte. Il reçoit donc les modifications qui sont envoyées via le réseau TCP/IP vers la cible. Serveur de distribution, vous définissez le chemin d'accès local du sentier. Ainsi, le serveur de distribution peut être considéré comme celui qui distribue les données sur un réseau TCP/IP. Quoi qu'il fasse la pompe, vous configurez le processus Data Pump. Dans la pompe, vous définissez le chemin du parcours, vous définissez tout dans le serveur de distribution. Serveur de métriques de performance. Maintenant, c'est l'une des additions importantes maintenant. Ainsi, dans Service Manager, vous pouvez voir les fichiers de rapport, etc., c'est-à-dire tout ce qui est lié au service. Vous devez voir le retard, vous pouvez le voir dans le Service Manager. Donc, Administration, vous configurez le service, vous fournissez les services aux processus, quel que soit ce que vous avez configuré. Les métriques de performance, c'est collecter les performances des processus. Comme précédemment, nous faisons des statistiques, quelles que soient les statistiques que nous devons examiner. Quelle est la performance de Golden Gate, combien de transactions par seconde. Alors, tout cela, vous pouvez le voir dans le serveur de métriques de performance. Tout cela est désormais disponible sous forme d'interface graphique. Le bon côté, c'est que tout cela est disponible sous forme d'interface graphique. Ainsi, tout est connecté grâce aux API, et vous avez ensuite tout sur votre écran. Alors, Client et GG Employment. Alors, client administrateur. L'autre chose que vous allez voir ici, c'est le client administrateur. Alors, comment connectez-vous à Golden Gate en utilisant les versions antérieures ? signifie à partir de, pas plus tôt, je devrais dire, mais à partir même du 12 CRT, Comment vous connectez-vous à Golden Gate ? En utilisant Golden Gate, GG SCI Prompt, oui ? Ainsi, le client administrateur remplit la même fonction dans l'architecture microservices. Pour vous connecter à Golden Gate, vous utilisez le client Admin. Maintenant, à l'aide du client Admin, vous vous connectez à la distribution. Ainsi, les API établissent votre connexion au serveur de distribution, permettent de visualiser les fichiers de suivi, puis serveur de métriques de performance, serveur d'administration, Gestionnaire de service et serveur de réception. Alors, serveur récepteur, voilàNDAR comment suit votre flux de données. Ainsi, le serveur de distribution distribue le fichier de trace, Ensuite, le processus d'extraction fournit le fichier de suivi au serveur de distribution. Et ici, le serveur récepteur fournit le fichier de traçage à Replicant pour Replicant. Et vous avez les bases de données source et cible ici. Alors, c'est ainsi que cela se passe. Le déroulement est le suivant si vous êtes perdu. Alors, ceci est la base de données source, le processus d'extraction est en cours de capture, puis écriture dans le fichier de trace, Le serveur de distribution envoie au serveur destinataire. Il y a plusieurs serveurs configurés. Ici, sur le serveur d'administration, vous configurez le processus. Vous avez la possibilité de consulter les performances. Vous pouvez voir si un processus tombe en panne, quel que soit le problème. Vous pouvez le voir dans Service Manager. Et ensuite, le serveur récepteur le reçoit, écrit les données dans la trace distante, puis le processus Replicant s'applique aux données cibles. Alors, comment se déroule la communication à l'aide d'une API REST ? Vous disposez de JSON, JavaScript, Objet, Notation. Tout cela est interne. Ensuite la sécurité. Le volet sécurité est également robuste désormais. L'authentification utilisateur est disponible. Certificat SSL bidirectionnel C'était déjà une partie, mais maintenant ils ont la sécurité. Vous voyez, les organisations ou les clients sont plus préoccupés par leur sécurité, sécurité des données Ensuite, le Service Manager et le serveur Receveur. Ainsi, le serveur d'administration administre, supervise, gérer les processus, la configuration des fichiers de paramètres. Il s'agit de l'entité centrale de contrôle chargée de gérer la réplication et les composants. Donc, comme je l'ai mentionné, vous pouvez administrer, superviser, gérer le processus, configurer, etc. Il fournit une interface REST pour les clients administrateurs et les clients utilisant Perl et Python. Je vais profiter de cette occasion pour te poser une question, Ashish. Shalini demande : quelle est la différence entre MA et VeriData ? Alors, Shalini, tu compares maintenant une pomme à une orange. VeriData est un produit qui s'inscrit au-dessus de GoldenGate. Et les microservices font partie de GoldenGate. Les deux sont totalement différents. VeriData est un produit utilisé pour vérifier le nombre de tables. Vous vérifiez l'intégrité des données à l'aide de VeriData. Et les microservices constituent une architecture intégrée d'Oracle GoldenGate. Merci, Ashish. Alors, le gestionnaire de services, c'est un superviseur des autres services. Vous pouvez gérer un déploiement GoldenGate ou plusieurs déploiements sur localhost. Ainsi, vous pouvez démarrer ou arrêter des instances à l'aide du Gestionnaire de services. Nous les appelons des déploiements. Ainsi, vous pouvez interroger vos déploiements. Vous pouvez interroger et gérer d'autres services. Alors, voilà à quoi ressemble maintenant votre Service Manager. Alors, gestionnaire de services, c'est une interface graphique. Vous vous connectez en utilisant le nom d'hôte, indiquez les ports, tout cela, le port, etc. Vous fournissez lors de l'installation. Et voici à quoi ressemble Service Manager. Ensuite, le serveur récepteur gère tous les flux entrants, fonctionne avec le serveur de distribution comme indiqué. Vous pouvez voir le schéma. Cela éclaire énormément tout pour vous. Il assure la compatibilité avec le processus de pompage et l'architecture classique. Maintenant, le serveur de distribution distribue les données sur le réseau. Ainsi, il remplace la pompe à données classique. Il remplace la pompe à données classique, mais le travail du serveur de distribution est presque identique, mais vous devez le configurer avec quelques précautions. Le serveur de métrique de performance utilise le service de métrique recueillir et stocker les résultats de performance du déploiement des instances. Vous pouvez utiliser le serveur de métriques de performance à la fois dans l'architecture microservices et l'architecture classique. Vous pouvez voir le journal des erreurs. Vous pouvez visualiser l'état des processus actifs, Intégrez également un outil de mesure de métriques tiers. Alors, voici la feuille de route vers l'architecture microservices. Installez l'architecture de microservices, lancez le gestionnaire de services, Démarrer les serveurs et lancer votre client d'administration. Alors, voici comment vous pouvez introduire ou vous pouvez commencer votre parcours vers l'architecture microservices. Cependant, oui, la configuration est très importante. Donc, une fois votre configuration terminée, Votre parcours vers l'architecture microservices va commencer.