9.3. クラスターの移行


コードベースの移行ストラテジーを決定することが重要です。これは、以下の理由により、Eclipse Vert.x 3.x ノードと Eclipse Vert.x 4 ノードを単一のクラスターに追加できないためです。

  • クラスターマネージャーのアップグレード - クラスターマネージャーのメジャーバージョンのアップグレードにより、後方互換性が回避されます。
  • サブスクリプションデータの変更点 - Eclipse Vert.x は、クラスターマネージャーに保存されている EventBus サブスクリプションデータの形式を変更しました。
  • トランスポートプロトコルの変更点 - Eclipse Vert.x がクラスターのメッセージトランスポートプロトコルのフィールドを変更しました。

単一アプリケーションまたは密接に関連するマイクロサービスに Eclipse Vert.x クラスターがある場合は、コードベースを一度に新規クラスターに移行できます。

ただし、一度にコードベースを移行できない場合は、本セクションの推奨事項を使用して Eclipse Vert.x 3.x コードベースを Eclipse Vert.x 4 に移行します。

9.3.1. クラスターの分割

アプリケーションごとに異なるチームが verticle をデプロイしたクラスターがある場合は、Eclipse Vert.x 3.x クラスターを小規模なものに分割することを検討してください。クラスターを分割すると、分離されたコンポーネントはクラスタリング機能を使用して通信できなくなることに注意してください。以下のコンポーネントを使用してクラスターを分割できます。

  • EventBus 要求および応答 - HTTP または RESTful Web サービス、gRPC
  • EventBus 送信および公開 - メッセージングシステム、Postgres LISTEN および NOTIFY、Redis Pub および Sub
  • 共有データ - Redis、Infinispan

クラスターの分割後に、各チームの準備ができたら、または必要に応じて Eclipse Vert.x 4 に移行できます。

Red Hat logoGithubRedditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

© 2024 Red Hat, Inc.