Flex Gateway新着情報
Governance新着情報
Monitoring API ManagerFlex Gateway新着情報
Governance新着情報
Monitoring API Manager2.x
Mule 4
3.9
1.1
2.x
1.2
7.x
3.0 (Mule 4)
3.9 (Mule 3)
1.0 (Mule 4)
1.3 (Mule 4)
1.0 (Mule 4)
1.0 (Mule 4)
2.2 (Mule 4)
1.0 (Mule 4)
1.0 (Mule 4)
1.0 (Mule 4)
1.0 (Mule 4)
3.0 (Mule 4)
1.0 (Mule 4)
1.0 (Mule 4)
1.0 (Mule 4)
1.0 (Mule 4)
3.9 (Mule 3)
1.0 (Mule 4)
1.1 (Mule 4)
6.0 (Mule 4)
2.3 (Mule 4)
3.9 (Mule 3)
1.0 (Mule 4)
1.2 (Mule 4)
3.9 (Mule 3)
1.0 (Mule 4)
1.0 (Mule 4)
2.0 (Mule 4)
3.2 (Mule 4)
2.1 (Mule 4)
1.0 (Mule 4)
3.9 (Mule 3)
3.9 (Mule 3)
3.9 (Mule 3)
1.0 (Mule 4)
1.0 (Mule 4)
3.0 (Mule 4)
1.0 (Mule 4)
1.1 (Mule 4)
3.1 (Mule 4)
3.9 (Mule 3)
3.9 (Mule 3)
1.0 (Mule 4)
1.0 (Mule 4)
1.0 (Mule 4)
3.9 (Mule 3)
1.1 (Mule 4)
1.0 (Mule 4)
1.2 (Mule 4)
1.3 (Mule 4)
1.0 (Mule 4)
3.9 (Mule 3)
1.0 (Mule 4)
2.0 (Mule 4)
1.2 (Mule 4)
2.0 (Mule 4)
1.0 (Mule 4)
3.9 (Mule 3)
1.0 (Mule 4)
1.0 (Mule 4)
クラスターへの MQTT Connector アプリケーションのデプロイ
クラスターへの MQTT Connector アプリケーションのデプロイ
MQTT ブローカーでは、クライアント ID を使用してクライアントとの接続を確立します。たとえば、クライアント ID が smart-bentley-123
であるクライアントとの接続をブローカーで確立した後、同じクライアント ID を使用する新しい接続を受信すると、ブローカーは以前の接続を閉じて (古くなったとみなして)、新しい接続を受け入れます。このメカニズムはクライアントテークオーバーと呼ばれます。MQTT ブローカーはこのメカニズムを使用して、通信の一方の端のクラッシュにより TCP 接続がハーフオープン状態または無効な状態 (望ましくない状態) に達するような状況を回避します。
クライアントテークオーバーのため、クラスターにデプロイされている MQTT Connector を使用する Mule Runtime Engine (Mule) アプリケーションには、クラスター内のアクティブな各ノードの一意のクライアント ID を含める必要があります。このようなシナリオでクライアントテークオーバーを回避するには、アプリケーションで提供されているクライアント ID ジェネレーターを使用するか、独自のクライアントジェネレーターを提供することで、これらの一意の ID を提供することができます。