Plugins - Amazon MQ

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Plugins

Amazon MQ für RabbitMQ unterstützt auch die folgenden Plugins.

RabbitMQ-Verwaltungs-Plugin

Amazon MQ for RabbitMQ unterstützt das RabbitMQ-Verwaltungs-Plugin, das eine HTTP-basierte Verwaltungs-API zusammen mit einer browserbasierten Benutzeroberfläche für die RabbitMQ-Webkonsole bereitstellt. Sie können die Webkonsole und die Management-API zum Erstellen und Verwalten von Broker-Benutzern und -Richtlinien verwenden.

Shovel Plugin

Amazon MQ for RabbitMQ unterstützt das RabbitMQ Shovel-Plugin, mit dem Sie Nachrichten von Warteschlangen und Börsen auf einem Broker auf einen anderen verschieben können. Sie können Shovel verwenden, um lose gekoppelte Broker zu verbinden und Nachrichten von Knoten mit schwereren Nachrichtenladungen zu verteilen.

Wichtig

Sie können die Shovel zwischen Warteschlangen oder Exchanges nicht konfigurieren, wenn das Shovel-Ziel ein privater Broker ist.

Amazon MQ unterstützt die Verwendung statischer Shoveln nicht.

Es werden nur dynamische Schaufeln unterstützt. Dynamische Schaufeln werden mithilfe von Laufzeitparametern konfiguriert und können jederzeit programmgesteuert über eine Client-Verbindung gestartet und gestoppt werden. Mithilfe der RabbitMQ-Management-API können Sie beispielsweise eine PUT-Anfrage an den folgenden API-Endpunkt erstellen, um eine dynamische Schaufel zu konfigurieren. In diesem Beispiel kann {vhost} durch den Namen des Vhosts des Brokers und {name} durch den Namen der neuen dynamischen Schaufel ersetzt werden.

/api/parameters/shovel/{vhost}/{name}

Im Anforderungstext müssen Sie entweder eine Warteschlange oder einen Exchange angeben, aber nicht beides. Im folgenden Beispiel wird eine dynamische Schaufel zwischen einer in src-queue angegebenen lokalen Warteschlange und einer in dest-queue definierten Remote-Warteschlange konfiguriert. In ähnlicher Weise können Sie die Parameter src-exchange und dest-exchange verwenden, um einen Shovel zwischen zwei Exchanges zu konfigurieren.

{ "value": { "src-protocol": "amqp091", "src-uri": "amqp://localhost", "src-queue": "source-queue-name", "dest-protocol": "amqp091", "dest-uri": "amqps://b-c8352341-ec91-4a78-ad9c-a43f23d325bb.mq.us-west2.amazonaws.com:5671", "dest-queue": "destination-queue-name" } }

Federation Plugin

Amazon MQ unterstützt föderierte Börsen und Warteschlangen mithilfe des RabbitMQ-Verbund-Plug-ins. Mit Verbund können Sie den Nachrichtenfluss zwischen Warteschlangen, Exchanges und Verbrauchern auf separaten Brokern replizieren. Verbundwarteschlangen und Exchanges verwenden point-to-point Links, um Verbindungen zu Peers in anderen Brokern herzustellen. Während Verbund-Exchanges Nachrichten standardmäßig einmal weiterleiten, können Verbundwarteschlangen Nachrichten beliebig oft verschieben, wie es von den Verbrauchern benötigt wird.

Sie können einen Verbund verwenden, um einen Downstream--Broker zu ermöglichen, eine Nachricht von einem Exchange oder einer Warteschlange auf einen Upstream-Broker zu verwenden. Sie können den Verbund auf Downstream-Brokern mithilfe der RabbitMQ-Webkonsole oder der Management-API aktivieren.

Wichtig

Sie können den Verbund nicht konfigurieren, wenn sich die Upstream-Warteschlange oder der Exchange in einem privaten Broker befindet. Sie können nur den Verbund zwischen Warteschlangen oder Exchanges in öffentlichen Brokern oder zwischen einer Upstream-Warteschlange oder einem Exchange in einem öffentlichen Broker und einer Downstream-Warteschlange oder einer Börse in einem privaten Broker konfigurieren.

Sie können z. B. mithilfe der Management-API den Verbund konfigurieren, indem Sie Folgendes tun:

  • Konfigurieren Sie einen oder mehrere Upstreams, die Verbundverbindungen zu anderen Knoten definieren. Sie können Verbundverbindungen mithilfe der RabbitMQ-Webkonsole oder der Management-API definieren. Mithilfe der Verwaltungs-API können Sie eine POST-Anfrage an/api/parameters/federation-upstream/%2f/myupstreammit dem folgenden Anfragetext erstellen.

    {"value":{"uri":"amqp://server-name","expires":3600000}}
  • Konfigurieren Sie eine Richtlinie, damit Ihre Warteschlangen oder Exchanges miteinander verbunden werden können. Sie können Richtlinien mithilfe der RabbitMQ-Webkonsole oder der Management-API konfigurieren. Mithilfe der Verwaltungs-API können Sie eine POST-Anfrage an/api/policies/%2f/federate-me mit dem folgenden Anfragetext erstellen.

    {"pattern":"^amq\.", "definition":{"federation-upstream-set":"all"}, "apply-to":"exchanges"}
    Anmerkung

    Der Hauptteil der Anfrage geht davon aus, dass die Namen der Exchanges auf dem Server mit amq beginnen. Durch die Verwendung des regulären Ausdrucks ^amq\. wird sichergestellt, dass der Verbund für alle Exchanges aktiviert ist, deren Namen mit „amq“ beginnen. Die Exchanges auf Ihrem RabbitMQ-Server können unterschiedlich benannt werden.

Consistent Hash Exchange Plugin

Amazon MQ für RabbitMQ unterstützt das RabbitMQ Consistent Hash Exchange Type-Plugin. Consistent Hash tauscht Routing-Nachrichten an Warteschlangen aus, basierend auf einem Hash-Wert, der aus dem Routing-Schlüssel einer Nachricht berechnet wird. Angesichts eines ziemlich gleichmäßigen Routingschlüssels können Cosistent Hash Exchanges Nachrichten zwischen Warteschlangen relativ gleichmäßig verteilen.

Bei Warteschlangen, die an einen konsistenten Hash-Austausch gebunden sind, ist der Bindungsschlüssel a number-as-a-string, der das Bindungsgewicht jeder Warteschlange bestimmt. Warteschlangen mit einer höheren Bindungsstärke erhalten eine proportional höhere Verteilung von Nachrichten aus dem Cosistent Hash Exchange, an den sie gebunden sind. In einer Consistent Hash Exchange-Topologie können Publisher einfach Nachrichten in der Exchange veröffentlichen, aber Verbraucher müssen explizit konfiguriert werden, um Nachrichten aus bestimmten Warteschlangen zu verwenden.

OAuth 2.0-Plug-In

Amazon MQ für RabbitMQ unterstützt das OAuth 2-Authentifizierungs-Backend-Plugin. Dieses Plugin ist abhängig von Ihrer Broker-Konfiguration bedingt aktiviert. Wenn dieses Plugin aktiviert ist, bietet es OAuth 2.0-Authentifizierung und -Autorisierung mit Integration in externe OAuth 2.0-Identitätsanbieter für eine zentrale Benutzerverwaltung und Zugriffskontrolle. Weitere Informationen zur OAuth 2.0-Authentifizierung finden Sie unterOAuth 2.0 Authentifizierung und Autorisierung.

LDAP-Plugin

Amazon MQ for RabbitMQ unterstützt das LDAP-Authentifizierungs-Backend-Plugin. Dieses Plugin ist abhängig von Ihrer Broker-Konfiguration bedingt aktiviert. Wenn dieses Plugin aktiviert ist, bietet es LDAP-Authentifizierung und -Autorisierung mit Integration in externe LDAP-Verzeichnisdienste für eine zentrale Benutzerauthentifizierung und -autorisierung. Weitere Informationen zur LDAP-Authentifizierung finden Sie unter. LDAP-Authentifizierung und -Autorisierung

HTTP-Plugin

Amazon MQ for RabbitMQ unterstützt das HTTP-Authentifizierungs-Backend-Plugin. Dieses Plugin ist abhängig von Ihrer Broker-Konfiguration bedingt aktiviert. Wenn dieses Plugin aktiviert ist, bietet es HTTP-Authentifizierung und -Autorisierung mit Integration in externe HTTP-Server für eine zentralisierte Benutzerauthentifizierung und -autorisierung. Weitere Hinweise zur HTTP-Authentifizierung finden Sie unterHTTP-Authentifizierung und Autorisierung.

Anmerkung

Das HTTP-Authentifizierungs-Plugin ist nur für Amazon MQ für RabbitMQ Version 4 und höher verfügbar.

SSL-Zertifikats-Plugin

Amazon MQ unterstützt Mutual TLS (mTLS) für RabbitMQ-Broker. Das SSL-Authentifizierungs-Plugin verwendet Client-Zertifikate von mTLS-Verbindungen, um Benutzer zu authentifizieren. Dieses Plugin ist abhängig von Ihrer Broker-Konfiguration bedingt aktiviert. Wenn es aktiviert ist, ermöglicht es eine zertifikatsbasierte Authentifizierung mithilfe von X.509-Client-Zertifikaten für eine starke Authentifizierung, ohne dass Anmeldeinformationen über das Netzwerk übertragen werden müssen. Weitere Informationen zur SSL-Zertifikatsauthentifizierung finden Sie unter. Authentifizierung mit SSL-Zertifikaten

Anmerkung

Das SSL-Zertifikat-Authentifizierungs-Plugin ist nur für Amazon MQ für RabbitMQ Version 4 und höher verfügbar.

aws-Plugin

Das aws-Plugin wird von Amazon MQ für RabbitMQ basierend auf Ihrer Broker-Konfiguration bedingt aktiviert. Dieses von Amazon MQ entwickelte und verwaltete Community-Plugin ermöglicht den sicheren Abruf von Anmeldeinformationen und Zertifikaten von AWS Diensten, die die AWS ARNs RabbitMQ-Konfigurationseinstellungen verwenden. Weitere Informationen zur ARN-Unterstützung finden Sie unterARN support in RabbitMQ configuration.