この別の質問で、Tridion DTAP (開発、テスト、受け入れ、および運用) の開発者のセットアップについて質問しましたが、その例が典型的な DTAP シナリオと一致していないことを理解しています。
Chris Summers は、彼のFifth Tridion Environment の投稿で、CM 側について詳しく説明しています。しかし、明確にするために、理想的なセットアップを理解する助けを得ることができますか?
一般的な作成者はプロダクションのみを使用し、CMS プロダクションから「ライブ」および「ステージング」に公開することを理解しています。他の環境は開発用です。
「ライブとステージング」は他の各環境にも適用されますか? つまり、8 つのコンテンツ配信セットアップ (Web サイトごと) を意味しますか?
もしそうなら、より少ないCMS環境をどこに統合すればよいでしょうか? ターゲットの種類が少ない？
すべての環境で Live と Staging を使用する必要があると思います - これの主な理由 (ステージング環境でのみ SiteEdit を使用すると仮定) は、SiteEdit 構文が正しいターゲットにのみ出力されることを検証するためです。
パブリッシュ先のターゲットをチェックし、それに応じて出力を変更するコードを持つことは珍しくありません。この場合、本番環境と同じターゲットのコレクションとターゲット タイプを使用してテストすることが不可欠です。
下位環境でターゲット設定を一致させるその他の理由としては、セキュリティ モデルを検証する必要がある場合があります。この場合、特定のターゲットに展開する権限を個別のユーザーまたはグループに付与する場合や、ターゲットで「最小レベルの承認」機能を使用している場合ワークフローと組み合わせる。
はい。これは企業が望んでいるモデルであり、すべての環境で一貫した環境モデルが維持されるように、これをプラクティスとして構築することがよくあります。
SiteEdit/Workflow はステージング環境で大きな役割を果たし、使用されている場合はすべての環境に必要です。
CMS 環境を統合できますか? 明らかに、より多くのターゲット タイプ/CD で有効ですが、DTAP モデルに影響があります。(例: QA と UAT に CMS を組み合わせる)。