私の会社のシステムは、ASP.NET Webサイト、Webサービス、Windowsサービス、およびデータベースのコレクションから構築されています。（約40人がすべて言った）
QA、PREPROD、LIVEの3つの環境を維持しています。しかし、各環境にインストールされている（そして機能している）ものを管理することは非常に困難です。実際に機能を開発している各環境にインストールされ、動作しているもののデバッグに、より多くの時間を費やしているようです。
私は環境レベルで「差分」ツールを探しています。これは、環境間で何が違うのか、各環境でどのサービスが実行されているのかなどを教えてくれるものです。
このような既存のツールはありますか？
ありがとう！
私の開発チームは現在、(CodePlex で入手できる) というツールを使用してConfigMerge、web.config ファイルのソース管理を支援しています。SCM についてはあまり気にしないかもしれませんが、そのようなツールを使用すると、構成ファイルの展開を管理するのに役立ちます。これは、すべてのサーバーに共通の 1 つのファイルを保持し、それぞれに変更が必要な特定の XML 要素を分割できるためです。サーバ。ConfigMerge ツールで最終結果を作成し、それをデプロイします。
これは「構成の差分」を行うのには役立ちませんが、その必要性を減らすのには役立つかもしれません。
開発環境へのビルドが成功すると、サイトやサービスなどの自動展開を担当するビルドサーバーを利用します。
TFSBuild を使用しているため、ビルド品質設定を監視する TFSDeployer を使用します。「ステージング」に切り替えると、いくつかの PowerShell スクリプトが実行され、ビルドがステージング環境に移動されます。
運用環境では、1 つの小さな変更を加えて TFSDeployer も使用します。運用フォルダーに直接移動する代わりに、運用サーバーのバックアップ フォルダーに移動します。次に、インフラストラクチャ チームは、それを自分たちの場所から最終的な保存場所に手動でコピーします。これにより、誤って本番環境にデプロイされることがなくなります。
セットアップしてねじれを解決するのに数週間かかったと言われました。それ以来、誰もが幸せになり、それぞれの環境に何があるかを常に正確に把握しています。
私が考えることができる最も近いものは、Visual Studio Team System Deployment Designerです。システムのモデルとその論理的な展開アーキテクチャを設計し、それを物理的な展開に対して検証できます。たとえば、仮想ディレクトリが正しく設定されていることを検証したり、コンポーネントやサーバーのバージョンやパッチをチェックしたりできます。
また、レポートを作成して、各ダイアグラムと、デプロイメント ダイアグラム上の各アプリケーション、論理サーバー、エンドポイント、またはゾーンのすべてのリソースと設定のリストを表示することもできます。レポートには、デプロイメント ダイアグラムの検証エラーと警告のリストを含めることもできます。アプリケーション開発チームとインフラストラクチャ チームは、このレポートを使用して、アプリケーション要件とデータセンター ポリシー間の競合を評価するために必要な情報を共有できます。」