Erfahren Sie mehr über das Erstellen und Implementieren von Oracle Cloud Infrastructure-Queue mit den zugehörigen APIs und dem Java-SDK

Sie können die API und SDKs der Oracle Cloud Infrastructure-(OCI-)Queue verwenden, um diesen Service als Nachrichtenquelle und als Consumer zu erstellen, zu melden und dann zu verwenden. Während sich dieses Playbook auf die Java-APIs konzentriert, sind in allen Sprach-SDKs dieselben Prinzipien und Funktionen verfügbar.

OCI Queue ist ein vollständig verwalteter, serverloser Nachrichtenübermittlungsservice, der automatisch entsprechend Ihrer Workload-Anforderungen skaliert wird. Damit können Sie Ihre Anwendungen entkoppeln und eine asynchrone ereignisgesteuerte Architektur erstellen.

Informationen zu OCI-Queue-APIs

Lösungen sind sehr selten einzelne Prozesse. Eine asynchrone Kommunikation zwischen Anwendungen ist häufig erforderlich, um zu vermeiden, dass die Lösung durch Ressourceneinschränkungen eingeschränkt wird, beispielsweise CPU, Latenz usw. Sie können diese Probleme lösen, indem Sie eine Kommunikation herstellen, bei der Hersteller und Verbraucher nicht voneinander abhängig sind. OCI-Queue unterstützt diesen Kommunikationstyp bei der Ausführung auf sehr hoher Ebene.

Architektur

Die in diesem Playbook beschriebene Architektur erleichtert die Ausführung der Logik von Ihrem eigenen Computer oder die einfache Bedienung von einer oder zwei VMs, die über einen SSH-Tunnel gesteuert werden können. Diese Architekturen sind in den folgenden Diagrammen dargestellt. Beachten Sie, dass die OCI-Queue nicht angezeigt wird, da die Queue nach Bedarf erstellt wird.

Wenn Sie die Queue mit dem OCI Queue-Tool außerhalb einer VM erstellen und implementieren, verwenden Sie die folgende Architektur:

Beschreibung der Illustrationsqueue-api-playbook-arch-02.png

Queue-api-playbook-arch-02-oracle.zip

Wenn Sie die Queue mit dem OCI Queue-Tool innerhalb einer VM erstellen und implementieren, verwenden Sie die folgende Architektur:

Beschreibung der Illustrationsqueue-api-playbook-arch-01.png

Queue-api-playbook-arch-01-oracle.zip

Für die Zwecke des folgenden Playbooks übernehmen wir die Verwendung unseres eigenen Desktop-Hosts sowohl für den Client als auch für den Verbraucher.

Beide Architekturen enthalten die folgenden Komponenten:

• Region

  Eine Oracle Cloud Infrastructure-Region ist ein lokalisierter geografischer Bereich, der mindestens ein Data Center enthält, das als Availability-Domains bezeichnet wird. Regionen sind unabhängig von anderen Regionen, und große Entfernungen können sie voneinander trennen (innerhalb von Ländern oder sogar Kontinenten).

• Availability-Domains

  Availability-Domains sind eigenständige, unabhängige Data Center innerhalb einer Region. Die physischen Ressourcen in jeder Availability-Domain sind von den Ressourcen in den anderen Availability-Domains isoliert, was Fehlertoleranz bietet. Availability-Domains haben keine gemeinsame Infrastruktur wie Stromversorgung oder Kühlung oder das interne Availability-Domainnetzwerk. Aus diesem Grund ist es wahrscheinlich, dass ein Fehler in einer Availability-Domain sich auf die anderen Availability-Domains in der Region auswirkt.

• Faultdomains

  Eine Faultdomain ist eine Gruppierung aus Hardware und Infrastruktur innerhalb einer Availability-Domain. Jede Availability-Domain umfasst drei Faultdomains mit unabhängiger Stromversorgung und Hardware. Wenn Sie Ressourcen auf mehrere Faultdomains verteilen, können Ihre Anwendungen physische Serverausfälle, Systemwartungen und Stromausfälle innerhalb einer Faultdomain tolerieren.

• Compartment

  Compartments sind regionsübergreifende logische Partitionen in einem Oracle Cloud Infrastructure-Mandanten. In Compartments können Sie Ihre Ressourcen in Oracle Cloud organisieren, den Zugriff auf die Ressourcen kontrollieren und Nutzungs-Quotas festlegen. Um den Zugriff auf die Ressourcen in einem bestimmten Compartment zu kontrollieren, definieren Sie Policys, mit denen angegeben wird, wer auf die Ressourcen zugreifen kann und welche Aktionen sie ausführen können.

• Virtual Cloud Network (VCN) und Subnetze

  Ein VCN ist ein anpassbares, Software-definiertes Netzwerk, das Sie in einer Oracle Cloud Infrastructure-Region einrichten können. Wie herkömmliche Data Center-Netzwerke erhalten Sie mit VCNs vollständige Kontrolle über Ihre Netzwerkumgebung. Ein VCN kann mehrere sich nicht überschneidende CIDR-Blöcke aufweisen, die Sie nach dem Erstellen des VCN ändern können. Sie können ein VCN in Subnetze segmentieren, die sich auf eine Region oder eine Availability-Domain beschränken. Jedes Subnetz besteht aus einem fortlaufenden Adressbereich, der sich nicht mit den anderen Subnetzen im VCN überschneidet. Sie können die Größe eines Subnetzes nach der Erstellung ändern. Ein Subnetz ist öffentlich oder privat.

• Compute-Instanzen

  Mit Oracle Cloud Infrastructure Compute können Sie Compute-Hosts bereitstellen und verwalten. Sie können Compute-Instanzen mit Ausprägungen starten, die Ihren Ressourcenanforderungen (CPU, Arbeitsspeicher, Netzwerkbandbreite und Speicher) entsprechen. Nach dem Erstellen einer Compute-Instanz können Sie sicher auf die Compute-Instanz zugreifen, sie neu starten, Volumes anhängen und die Zuordnung aufheben und sie beenden, wenn Sie sie nicht benötigen.

Überlegungen zu Queue Policys

Policys zum Steuern und Konfigurieren von OCI-Queues und Policys zum Erstellen und Konsumieren von Nachrichten sind separat. Dadurch können Vorgänge, die über die APIs verfügbar sind, fein granuliert kontrolliert werden. Das bedeutet, dass Sie die Anforderungen und Sicherheitsanforderungen Ihrer Anwendung berücksichtigen müssen.

Informationen zum Java-SDK

Die von OCI bereitgestellten SDKs bieten eine Reihe von Überzeugungsfunktionen, die Informationen abrufen, die für die Authentifizierung und Autorisierung von OCI-Serviceaufrufen erforderlich sind. Die SDKs übernehmen Joshua Blochs Variante des Builder-Musters. Weitere Informationen zu diesen Build-Mustern finden Sie im Blogpost unter Designmuster von Joshua Bloch in Java untersuchen.