インスタンスの使用 - ApsaraMQ for RocketMQ - Alibaba Cloud ドキュメントセンター

2019年1月23日、ApsaraMQ for RocketMQは、リソースの分離、リソースアプリケーション、TCPとHTTPのサポート、および権限管理の側面で最適化されました。このトピックでは、ApsaraMQ for RocketMQの使用に役立つこれらの機能の更新について説明します。

説明

新しいリソース構成が既存のリソース構成と互換性があることを確認するには、on-clientを最新バージョンに更新することを推奨します。

インスタンスを使用したリソース分離の最適化

ApsaraMQ for RocketMQは、マルチテナント分離用のインスタンスを提供します。同じリージョンで複数のインスタンスを購入できます。インスタンスは、論理的または物理的な方法で互いに分離することができる。

ApsaraMQ for RocketMQには、次の2種類のインスタンスがあります。

Standard Edition: インスタンスは論理的に分離されます。 1つのリージョンに最大8つのインスタンスを作成できます。
Enterprise Platinum Edition: インスタンスは物理的に分離されています。リージョン内に作成できるインスタンスの数に制限はありません。詳細については、次をご参照ください： ApsaraMQ for RocketMQ Enterprise Platinum Edition

ApsaraMQ for RocketMQインスタンスは、インスタンスに別の名前空間があるかどうかに基づいて、次のタイプに分類されます。これにより、既存のユーザーの既存リソースとの互換性が確保されます。

デフォルトインスタンス。既存のユーザーの既存のリソースとの互換性を確保するために使用されます。
- このタイプのインスタンスには、個別の名前空間はありません。リソース名は、すべてのインスタンス内およびインスタンス間でグローバルに一意である必要があります。
- デフォルトでは、個別の名前空間を持たないインスタンスは、リソースが存在するリージョンのApsaraMQ for RocketMQユーザーの既存のリソースに対して自動的に生成されます。
- 次のいずれかの設定を使用して、エンドポイントを指定します。エンドポイント情報は、Message Queue for Apache RocketMQコンソールの [インスタンスの詳細] ページで取得できます。
```
// 推奨される設定。 
    properties.put(PropertyKeyConst.NAMESRV_ADDR、"xxxx");
    // 互換性のある設定。 互換性のある構成の代わりに、推奨される構成を使用することを推奨します。 
    properties.put(PropertyKeyConst.ONSAddr、"xxxx"); 
```
新しいインスタンス。
- このタイプのインスタンスには別の名前空間があります。リソース名はインスタンス内で一意である必要がありますが、異なるインスタンス間で同じにすることができます。
- 次のいずれかの設定を使用して、エンドポイントを指定します。エンドポイント情報は、Message Queue for Apache RocketMQコンソールの [インスタンスの詳細] ページで取得できます。
```
// 推奨される設定。 
properties.put(PropertyKeyConst.NAMESRV_ADDR、"xxx"); 
```
- on-clientは最新バージョンに更新する必要があります。
  - Java: リリースノート
  - C ++: リリースノート
  - . NET: リリースノート

リソースアプリケーションの最適化

最適化の前に、ApsaraMQ for RocketMQには3種類のリソースが用意されています。

トピック
プロデューサー
消費者

3つのタイプのリソースは、N:Nマッピングに基づいて関連付けられる。トピックが作成されるたびに、トピックはプロデューサーとコンシューマーに関連付けられている必要があります。このプロセスは、中規模および大規模企業にとって非常に複雑です。

ユーザーエクスペリエンスを向上させ、新しいユーザーの開始を支援するために、Apache RocketMQのMessage Queueはリソースを申請するための簡略化されたプロセスを提供します。

リソース申請プロセスは、次の2つの側面で最適化されます。
- トピック管理 (変更なし)
  トピックを申請する必要があります。トピックはメッセージを分類するために使用され、主要な分類子です。
- グループ管理
  - プロデューサーIDを申請する必要はありません。生産者IDと消費者IDはグループIDに統合されます。更新されたバージョンでは、ProducersモジュールはMessage Queue for Apache RocketMQコンソールから削除されます。 ProducersおよびConsumersモジュールは、Groupsモジュールに統合されています。
  - プロデューサーIDまたはコンシューマーIDをトピックに関連付ける必要はありません。グループIDのみを申請し、コード内のトピックにグループIDを関連付ける必要があります。
  - 次の互換性の問題に注意してください。
    - プロデューサーIDのリストが表示されなくなりました。これは、使用中のサービスには影響しません。
    - CID-またはCID_で始まる要求されたコンシューマIDは、引き続き使用でき、コード内のPropertyKeyConst.ConsumerIdまたはPropertyKeyConst.GROUP_IDパラメーターの値として指定できます。

サンプルコードでは、既存のプロデューサーIDまたはコンシューマーIDを引き続き使用でき、使用中のサービスは影響を受けません。ただし、既存の構成を推奨される構成に置き換えることを推奨します。

推奨設定: プロデューサーIDとコンシューマーIDをグループIDに統合します。

    // Configure the PropertyKeyConst.GROUP_ID parameter. The original PropertyKeyConst.ProducerId and PropertyKeyConst.ConsumerId parameters are deprecated.
    properties.put(PropertyKeyConst.GROUP_ID, "The original CID-XXX or the GID-XXX");

互換性のある構成: プロデューサーIDを使用してプロデューサーを識別し、コンシューマーIDを使用してコンシューマーを識別します。

    // When you create a producer, you must configure the PropertyKeyConst.ProducerId parameter. 
    properties.put(PropertyKeyConst.ProducerId, "The original PID-XXX or the GID-XXX"); 
    // When you create a consumer, you must configure the PropertyKeyConst.ConsumerId parameter. 
    properties.put(PropertyKeyConst.ConsumerId, "The original CID-XXX or the GID-XXX");

ApsaraMQ for RocketMQ Standard EditionはHTTPとRESTfulをサポートしています。これにより、Apache RocketMQのメッセージキューが使いやすくなります。 Standard Editionインスタンスには、ネットワーク内またはネットワーク間で短時間で接続できます。 Standard Editionは、7つのプログラミング言語用のHTTPクライアントSDKも提供します。詳細については、「HTTPクライアントSDKの使用上の注意事項」をご参照ください。

RAMポリシーの移行

ApsaraMQ for RocketMQには、RAM (Resource Access Management) ユーザーに権限を付与できる機能があります。 Alibaba Cloud RAMの一元管理要件を満たすため、この機能は2019年4月2日以降はサポートされなくなります。できるだけ早い機会にアカウントの権限設定を移行することを推奨します。

できるだけ早い機会にRAMポリシーを設定することを推奨します。詳細については、「RAMユーザーへの権限付与」をご参照ください。
アカウントに権限が付与されているリソースは影響を受けません。これらのリソースは引き続き使用できます。ただし、RAMポリシーを設定および管理するには、RAMコンソールに移動することをお勧めします。