ApsaraMQ for RocketMQ は、Apache RocketMQ 上に構築された Alibaba Cloud の分散プラットフォームです。低レイテンシー、高い同時実行性、高可用性、高信頼性でメッセージ、イベント、ストリームを処理するための統合ソリューションを提供します。Apache RocketMQ 5.0 のリリースに伴い、ApsaraMQ for RocketMQ は、より安定して信頼性の高いサーバーサイド v5.x を提供します。このトピックでは、ApsaraMQ for RocketMQ のサーバーサイド v5.x と v4.x の違いと互換性について説明します。
v5.x の利点
以前のサーバーサイドバージョンと比較して、ApsaraMQ for RocketMQ v5.x には次の利点があります。
より高度なアーキテクチャ
ストレージとコンピューティングを分離するメッセージアーキテクチャを使用しています。ストレージリソースと計算リソースは、必要に応じて水平方向かつ独立してスケールアウトできます。このアーキテクチャは、効率的で弾力性のある運用保守 (O&M) をサポートし、パフォーマンス専有型の大規模な機能を提供します。
開発の障壁が低い
主に Apache RocketMQ と完全に互換性のあるクライアントソフトウェア開発キット (SDK) を介したアクセスをサポートします。また、以前のすべてのバージョンの SDK および API 操作とも互換性があります。
Virtual Private Cloud (VPC) 内でのセキュアなアクセスをサポートします。エンドポイントを変更するだけで、コードを変更することなくクラウドに移行できます。
O&M の障壁が低い
オンラインの容量評価、ピーク時とオフピーク時の弾力性のあるサービストラフィックの管理、日常的なグレースケール環境の維持など、一般的な課題に対するソリューション (自動弾力性や軽量テスト環境など) を提供します。これにより、全体的な O&M の障壁が下がり、リスクが軽減されます。
より柔軟なコスト
クラウドインフラストラクチャ技術の最適化により、メッセージの送受信のための計算リソースは、予約容量とトラフィックスパイクに対する弾力的なバーストの両方をサポートします。つまり、バーストトラフィックのために大きなバッファーを予約する必要はありません。
メッセージストレージは従量課金制です。このモデルは、スケールインできないマウントされたディスクと比較して、弾力性において大きな利点があります。
より包括的な課金モデル
より包括的なサービスティアを提供し、サブスクリプションと従量課金の両方の課金モデルをサポートします。
SDK バージョン
次の表に、ApsaraMQ for RocketMQ の SDK バージョンと機能のサポートについて説明します。
表では、✅ は機能がサポートされていることを示し、❌ は機能がサポートされていないことを示します。
比較項目 | ||||||
プロトコル | gRPC プロトコル v2 | Remoting プロトコル | Remoting プロトコル | Remoting プロトコル | gRPC プロトコル v1 | HTTP プロトコル |
アクセス可能なインスタンス | v5.x シリーズインスタンス |
|
|
| v4.x シリーズインスタンス | v4.x シリーズインスタンス |
推奨事項 | 5.x gRPC SDK を推奨します。
|
|
| |||
通常、順序、トランザクション、およびスケジュールメッセージの送信 | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
同時消費 | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
順序付き消費 | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
✅ | ❌ | ❌ | ❌ | ❌ | ❌ | |
ブロードキャスト消費 | ❌ | ✅ | ✅ | ✅ | ❌ | ❌ |
ストリーム消費 (Flink などへの接続) | ❌ | ✅ | ✅ | ❌ | ❌ | ❌ |
メッセージトレース | ✅ | ✅ | v4.5.2 以降でサポート | ✅ | ✅ | ❌ |
✅ | ❌ | ❌ | ❌ | ❌ | ❌ | |
✅ | v5.x シリーズインスタンスでのみサポート | ❌ | ❌ | ❌ | ❌ | |
v4.x と v5.x の機能の互換性
ApsaraMQ for RocketMQ v5.x インスタンスは、大規模なエンタープライズ顧客との本番環境での経験に基づいて最適化されています。メッセージの送受信プロセスにおける一部の機能の動作が調整されました。その結果、一部のシナリオではパラメーター構成と機能の動作が異なる場合があります。これらの違いは、通常、主要なメッセージの送受信プロセスには影響しません。既存の v4.x インスタンスを v5.x にアップグレードする場合は、必要に応じてリスクを評価する必要があります。
機能の動作の具体的な違いは次のとおりです。
機能の違い | v4.x | v5.x | 説明 |
スケジュールメッセージの最大遅延 | 40 日 |
| 非常に長い遅延パラメーターは、システムの安定性にリスクをもたらす可能性があります。遅延を長く設定しすぎないでください。短いタイマーを使用してビジネスシナリオをシミュレートします。詳細については、「スケジュールメッセージと遅延メッセージ」をご参照ください。 既存の v4.x インスタンスを移行していて、最大遅延が要件を満たさない場合は、submit a ticketしてご相談ください。 |
HTTP プロトコルのサポート | サポート | サポートされていません | v5.x は現在 HTTP プロトコルをサポートしていません。既存の v4.x インスタンスが HTTP プロトコルを使用している場合は、アップグレードを延期してください。 |
RAM 権限付与ポリシー | データリンク + コントロールリンク | コントロールリンクをサポートしますが、権限付与ポリシーは v4.x とは異なります |
|
グローバルメッセージルーティング | サポート | サポートされていません | v5.x はグローバルメッセージルーティングタスクの構成をサポートしていません。メッセージ統合機能を使用して、インスタンス間でメッセージを同期します。詳細については、「メッセージ統合」をご参照ください。 |
メッセージタイプの制約 | 制約なし | 厳しい制約 | v5.x では、メッセージタイプは独立した O&M と処理のために Topic に分離されます。システムは、送信されたメッセージタイプを Topic に定義されたメッセージタイプと照合して厳密に検証します。検証が失敗した場合、メッセージ送信リクエストは拒否され、タイプ不一致の例外が返されます。詳細については、「Topic の動作の制約」をご参照ください。 |
購入の制約
ApsaraMQ for RocketMQ v5.x インスタンスは、すべてのユーザーが購入してアクティブ化できます。
ApsaraMQ for RocketMQ v4.x インスタンスの購入は、既存のユーザーに限定されています。インスタンスを v5.x にアップグレードすることをお勧めします。アップグレードをご希望の場合は、チケットを送信してください。
v4.x から v5.x へのアップグレード
v4.x インスタンスを v5.x にインプレースアップグレードすることはできません。アップグレードするには、v5.x インスタンスを購入し、サービストラフィックを新しいインスタンスに徐々に移行する必要があります。次の図に移行プロセスを示します。
図に示すように、2 番目のステップでは、Topic とグループのインポートおよびエクスポート機能を使用してメタデータをすばやく作成できます。詳細については、「Topic のインポートまたはエクスポート」および「グループのインポートまたはエクスポート」をご参照ください。
サービスを移行する際には、次の図に示すデュアル読み取り、デュアル書き込み、および段階的リリースのソリューションを使用できます。
