あなたの意見では、MSDeployパッケージは、エンドユーザーにシステムにWebアプリケーションをインストールするための良いオプションです。たとえば、MSIファイルを使用してWebアプリをインストールした場合と比べてどうですか?
MSDeployパッケージをMSIパッケージにまとめようとした人はいますか?それはうまくいくでしょうか?
あなたの意見では、MSDeployパッケージは、エンドユーザーにシステムにWebアプリケーションをインストールするための良いオプションです。たとえば、MSIファイルを使用してWebアプリをインストールした場合と比べてどうですか?
MSDeployパッケージをMSIパッケージにまとめようとした人はいますか?それはうまくいくでしょうか?
MSDeployは、AppCenterが適切に構成されたマスターを多くのマシンに複製するために使用したのと同じように、マシン間でWebサイトを同期するのに役立つツールとして私に説明されました。Windowsインストーラー(IISおよびSQL構成用のMSI + WiX CustomActions)は、トランザクションの状態を変更するマシンにパッケージを適用することを目的としています。これは、より伝統的なパッケージソフトウェアモデルに従います。
これらは、マシンの構成の問題に対する2つの異なるアプローチです。それぞれが異なる要件のセットに合わせて最適化されています。MSDeploy=マシンの状態を複製しています。MSI=トランザクションに変更を適用します。
MSDeployをMSIに投入できますか?おそらく。それはうまくいくでしょうか?たぶん、トランザクションに関する部分を無視すると。私の考えでは、それが重要な違いです。配布したい構成を宣言し、それを完全に適用するか、まったく適用しない(つまり、中間/バスト状態にならない)環境では、パッケージベースのインストールが適切と思われます。
正しく構成したマシンがあり、多数のマシンをそのように見せたい場合(そして、故障したマシンをローテーションから外し、提出に打ち負かされるまでプロセスを繰り返します)、MSDeployは適切と思われます。
あなたの質問には、どちらがうまくいくかを示唆するのに十分な情報がありません...しかし、私はそれらが一緒に行くとは思いません。<smile />