私が持っている公開シナリオでは、ファイル システムとデータベース (ブローカー) の両方にコンテンツをプッシュする複数のデプロイヤーがいます。ページとバイナリはファイル システムに配置され、それ以外はすべて Broker に配置されます。デプロイ担当者の 1 人がコンテンツをデータベースに配置しています。これは推奨されるベスト プラクティスですか?
すべてのデプロイヤーのストレージ構成がコンテンツをデータベースにも配置する場合、Tridion はこれをどのように処理しますか? これにより、エントリの重複、ロックの失敗などが発生する可能性がありますか?
残念ながら、これを書いている時点では、これがどのように機能するかをテストするための環境にアクセスできません。
SDL のベスト プラクティスは、デプロイヤーとパブリケーションを 1 対 1 の関係にすることです。つまり、2 人のデプロイヤが (同じパブリケーションから) 同じコンテンツを公開しない限り、ファイル システムの場合、デプロイされたサイト間 (www/pub1 と www/pub2 など) が分離されているため、衝突することはありません。
シナリオの説明を完了するには、いくつかの追加情報が必要ですが、複数のブローカー データベースが存在する可能性が最も高いようです (単一のデータベース サーバーでホストされていますが)。これは、単一のデータベース サーバーと組み合わせて、Web サーバー上の複数のファイル システムを処理する場合の最も一般的なセットアップです。
個人的には、ファイル システムのコンテンツを共有の場所でホストし、単一の DB を共有する方がよいと考えているため、この設定は好きではありません。または、すべてをデータベースにデプロイし、DD4T/CWA などを使用することをお勧めします。
特定のターゲットの宛先として複数のデプロイヤーが構成されている同様の構成を見てきました (また、顧客の制限に基づいて推奨されることさえあります)。
同じトランザクションでデータベースに書き込むことができるデプロイヤは 1 つだけです。そうしないと、同時実行の問題が発生します。したがって、1 つのデプロイヤがデータベースに書き込み、他のすべてのデプロイヤがファイル システムに書き込みます。
すべてのブローカー/Web アプリケーションは、データベースから読み取るように構成されています。
これにより、コストやその他の理由で共有ファイル システム (推奨されるアプローチ) を使用できない複数のサーバーやデータ センターへの展開の問題が解決されます)。
要するに、ベスト プラクティスではありませんが、動作することが知られています。
Julian と Nuno のアプローチは、一般的なシナリオのほとんどをカバーしています。実際、単一のデータベースは単一障害点ですが、多くのインストールでは、同じデータベース サーバーで複数のスキーマを実行することが想定されているため、複数の "Broker DB" がある場合でも単一障害点が存在します。
考慮すべきもう 1 つの選択肢は、完全に独立した配信ノードです。これは、プレゼンテーション ボックスでデータベース サーバーを実行することを意味する場合もあります。最近ではとにかくすべてが仮想化されているため、個別の小さなデータベース サーバーを実行できます。(ライセンス費用は重要な制約となります)
各配信サーバーには、独自のデータベースとファイル システムがあります。必要な数によっては、複数の宛先/デプロイヤーを設定したくない場合があるため、1 つにデプロイし、ファイル システム レプリケーションとデータベース ログ シッピングを使用してコンテンツを残りの部分にミラーリングします。
もちろん、すべてのクラスタリングなどを管理できると仮定すると、冗長性のために 2 つ (または 3 つ) の展開システムを構成できます。
OK - はっきり言って - 私はこのようなものを構築したことはありませんが、仮想化が増加し、それをサポートするライセンスモデルが増加するにつれて、この種の設計の要素がより一般的になると確信しています. (Tridion がオープン ソース データベースをサポートするまで待つ必要があるかもしれません!)