D3の概要
概要
TIBCO EBX®は、EBX®インスタンスから他のインスタンスにデータを送信する機能を提供します。ブロードキャストアクションを使用して、EBX®の他の機能にセキュリティと制御の追加レイヤーも提供します。これは、データガバナンスが最高レベルのデータ整合性、承認、およびロールバック機能を必要とする状況に特に適しています。
D3アーキテクチャ
一般的なD3インストールは、1つのプライマリノードと複数のレプリカノードで構成されます。プライマリノードでは、データスチュワードは、どのデータスペースをブロードキャストする必要があるか、およびどのユーザープロファイルがそれらをレプリカノードにブロードキャストできるかを宣言します。データスチュワードは、1つ以上のデータスペースのグループである配信プロファイルも定義します。
各レプリカノードは、ブロードキャストを受信する配信プロファイルを定義する必要があります。
サードパーティシステムの関与
D3の機能により、サードパーティシステムはデータサービスを介してEBX®で管理されているデータにアクセスすることもできます。基本的に、システムが配信データスペースのデータをデータ消費すると、データは最後のブロードキャストスナップショットに透過的にリダイレクトされます。これにより、管理対象データのより制御された信頼性の高いビューが保証されます。
サードパーティシステムは、プライマリノードまたはレプリカノードを介してデータに直接アクセスできます。したがって、プライマリノードで構成され、レプリカノードがない物理アーキテクチャは不可能です。
プロトコル
JMSがアクティブ化されている場合、プライマリノードとレプリカノード間の会話は SOAP over JMS に基づいており、アーカイブ転送はJMSバイナリメッセージに基づいています。
JMSがアクティブ化されていない場合、プライマリノードとレプリカノード間の会話は SOAP over HTTP(s) に基づいており、バイナリアーカイブ転送はTCPソケットに基づいています。 HTTPS を使用する場合は、信頼できる証明書でSSLを有効にして、ターゲットノードコネクタが正しく構成されていることを確認してください。
以下も参照してください。
D3の用語
ブロードキャスト | プライマリノードからレプリカノードにデータの公式スナップショットの公開を送信します。ブロードキャストは、データがレプリカノードに転送されることを透過的かつトランザクション的に保証します。 |
配信データスペース | 配信データスペースは、専用のアクションを使用して、認証および承認されたユーザーにブロードキャストできるデータスペースです。 デフォルトでは、データサービスが任意のノードの配信データスペースにアクセスすると、ブロードキャストされた最後のスナップショットにリダイレクトされます。 データサービスを参照してください。 |
配信プロファイル | 配信プロファイルは、1つ以上の配信データスペースをグループ化する論理名です。レプリカノードは、1つ以上の配信プロファイルにサブスクライブします。 |
クラスター配信モード | サブスクライブされたレプリカノードとの同期は、2フェーズコミットトランザクションプロセスで実行されます。この配信モードは、負荷分散やフォールトトレランスを使用して大量のクエリに応答するように設計されています。これにより、レプリカノードとそのプライマリノード配信データスペース間のクラスター内のデータの整合性が保証されます。プライマリノードとレプリカノードは、同じ最後のブロードキャストスナップショットを使用します。 |
フェデレーション配信モード | 同期は単一フェーズで実行され、登録されたレプリカノードごとに個別に実行されます。この配信モードは、応答時間とネットワークの可用性が保証されない、地理的に分散したアーキテクチャや異種のアーキテクチャで使用するように設計されています。いつでも、レプリカノードは異なる最後のブロードキャストスナップショットにある可能性があります。したがって、同期プロセスは互いに独立しており、特定のブロードキャスト障害に対して個々のレプリカノードの再生が実行されます。 |
プライマリノード | 1つ以上の配信データスペースを定義でき、レプリカノードがサブスクライブできるEBX®のインスタンス。プライマリノードは、通常のEBX®サーバーとしても機能します。 |
レプリカノード | 配信データスペースブロードキャストを受信するために、プライマリノードに接続されたEBX®のインスタンス。配信データスペースの更新制限に加えて、レプリカノードは通常のEBX®サーバーとして機能します。 |
ハブノード | プライマリノードおよびレプリカノードとして動作するEBX®のインスタンス。プライマリノードの配信データスペースとレプリカノードの配信データスペースは分離している必要があります。 |
既知の制限
一般的な制限事項
各レプリカノードには、プライマリノードが1つだけ必要です。
埋め込みデータモデルは、D3データスペースでは使用できません。したがって、D3データスペースの公開に基づいてデータセットを作成することはできません。
少なくとも1つのレプリカノード製品バージョンがプライマリノードと異なる場合、互換性は保証されません。
ブロードキャストおよび配信データスペースの制限
データスペースのアクセス権はブロードキャストされますが、データセットのアクセス権はブロードキャストされます。
データスペース情報はブロードキャストされません。
データスペースとその親がブロードキャストされると、レプリカノードでそれらの親子関係が失われます。
スナップショットがレプリカにブロードキャストされると、その後同名のいかなるスナップショットがブロードキャストされた場合、レプリカノードでは最初にブロードキャストされた同名のバージョンがリストアされることになります。つまり、プライマリノード上のオリジナルのスナップショットがパージされ、同じ名前の新しいスナップショットが作成され、その後ブロードキャストされた場合、レプリカのコンテンツは、同じ名前の最新のスナップショットではなく、以前にブロードキャストされたスナップショットのものにリストアされることになるのです。
D3ノード間のデータスペースの一貫性を保証するには、ブロードキャストコンテンツの基になるデータモデル（モジュールに埋め込まれている、またはパッケージ化されている）が、プライマリノードとそのレプリカノード間で同じである必要があります。
レプリカ配信データスペースで、複数のレプリカノードが登録されていて、データモデルでレプリケーションが有効になっている場合、すべてのノードで有効になります。 D3ノードに従ってレプリケーションをアクティブ化/非アクティブ化するための設定はありません。
レプリカノードでのレプリケーションは分散トランザクションに参加しません。コミット後に自動的にトリガーされます。
管理上の制限
テクニカルデータスペースはブロードキャストできないため、EBX®のデフォルトのユーザーディレクトリをD3を使用して同期することはできません。