8

私はこの設定をしましたが、それは完全に正しくないようでした。

複数の.NET（顧客）開発チームにわたるコンテンツ配信（CD）開発をどのように改善しますか？

CMSサーバー->プレゼンテーションサーバー環境

  • CMSプロダクション->ライブおよびプレビューWebサイト
  • CMS複合テスト+受け入れ（内部では「ステージング」と呼ばれます）->ライブ（「ステージング」）
  • CMS開発（DEV）->ライブ（開発Webサイト）および場合によっては開発者ローカルマシン（ラップトップ）

期待と制限：

  • 複数のチームと複数のウェブサイト
  • 単一のDEVCMSライセンス（通常、顧客にとってはそうだと思いますか？）
  • 各開発者に十分なCDライセンス
  • できれば、開発者はローカルで変更をプログラムして実行できます-これは合理的な期待でしたか？

働いた

ローカルマシンとCDDEVの同じブローカーデータベースに対してContentDeliveryAPIを使用してASP.NETページを開発しました。ローカルマシンにはCDdllと独自のライセンスファイルがあり、クエリとコンポーネントプレゼンテーション呼び出しで正常に実行/デバッグされました。

悪い

時々、DevプレゼンテーションサーバーとDeveloperマシンの両方に公開しましたが、現在はそうではないようですが、ローカルマシンでスキーマファイルを取得することだったと思います。しかし、はい、私たちはDevブローカーデータベースを信頼していませんでした。

問題がある：

ローカルマシンにはTridionで公開されたページが必要な場合がありましたが、ローカルマシンに確実に公開できませんでした。

  • 単一の「ローカルマシン」パブリケーションターゲットに複数のパブリケーション宛先を設定することは機能しません。これらの「サーバー」を家に持ち帰ることがよくあります。
  • VPNは、オフサイトのラップトップへのアクセスをブロックしました（その時点で「着信」フォルダーを使用していました）。

各開発者のパブリケーションターゲットを管理し、新しいラップトップごとにCDを設定することは、良い習慣でしたが（演習のように、必ずしも良いアイデアではありません）、少し面倒でした。

これらの後知恵のアプローチは適用されますか？

  • 物理ファイルを開発者からローカルマシンに自分で同期しますか？
  • プレゼンテーションサイトをローカル（ローカルホスト）で実行するのではなく、dllをビルド、アップロードし、Devからテストしますか？
  • 4番目のCMS環境が欠けていただけですか？セールスガイが好きだったのと同じくらい、別のCMライセンスを購入することに興味はありませんでした。

組織内の複数の開発者向けに.NETCDをより適切にセットアップするにはどうすればよいでしょうか。

編集：@DominicCroninは、これは適切なDTAPセットアップのサブセットにすぎないと指摘しました。用語を更新し、 Tridionを使用したDTAPを明確にするために別の質問を作成しました。

4

2 に答える 2

3

これに対する答えは、選択した公開モデルに大きく依存します。

DD4Tのようなフレームワークで動的モデルを使用する場合は、単一の開発環境で十分です。その環境には1つのCMSと1つのCDサーバーがあり、すべてがブローカーデータベースに公開されます。CD環境は自動ビルドシステムとして使用でき、開発者はローカルホストWebサイト（開発ブローカーデータベースからデータを取得）で純粋にローカルで作業し、変更はVCSでチェックされます（これに基づいて自動ビルドが可能です）。終わり）。
このソリューションは、CMS側で開発されたコードがほとんどないため、単一のCMSでのみ実行できます（テンプレートは標準化されており、すべての作業はCD側で行われます）。

静的またはブローカー公開モデルを使用している場合は、より複雑になります。次に、解決策は、NunoとChrisによって示されているように、DevをUnit-DevとDevに分割することだと思います。このソリューションでは、CMS側とCD側の両方でコーディングする必要があるため、すべての開発者は、独自のローカルCMSおよびCD環境を持つことに大きなメリットがあります。

于 2012-07-11T11:17:57.493 に答える
1

Tridionアカウントマネージャーに相談し、必要な開発モデルに適したライセンスパッケージに同意してください。もちろん、彼らは収入を最大化したいと思っていますが、数えられるさまざまなものはすべて、大口の顧客がそれに応じて支払うことを保証することを本当に意味し、小口の顧客は彼らが得る利益を反映する価格で彼らが買うことができるものを手に入れます。実際、品質に重点を置いたよく考えられた開発ストリートを設定することは、優れた顧客満足度と長期にわたるエンゲージメントを保証するものです。

OK-したがって、アカウントマネージャーには、従うべき内部ルールがありますが、顧客との賢明な取引を行う際には、かなりの自律性もあります。これが常に機能するとは言いませんが、すべてのサーバーを同じように数えることを主張することを盲目的に想定するよりも、はるかに優れています。

技術面では、確かに、ローカル開発者のセットアップと共通のマスター開発サーバーa-laChrisの5番目を試してみてください。最近では、一般的な開発環境はおそらくビルド/統合サーバーと見なされるはずです。チームがすべてのテストの実行を保証する最初の場所です。

CMとCDの開発の要件はそれほど異なりませんが、CMの開発があまり行われていない場合は、1つのCMから複数の開発者ターゲットに公開できる場合があります。（これはMVC風のアプローチにはいくぶん当てはまりますが、特効薬ではありません。）

于 2012-07-12T19:02:01.753 に答える