私たちは、私たちが作成するサービスのいくつかの展開を自動化しようとしています。ユーザ名とパスワードをアプリケーションインストーラにハードコードすることは望ましくありません。ユーザー名とログインをハードコーディングしないという問題は、リリースの自動化に問題があることです。サービスは、環境のインスタンスに応じて、特定のユーザー名の下で実行するようにインストールされてサービス展開を自動化する際のユーザーサービス実行を設定するためのベストプラクティスは何ですか?
:あなたがそのようなことをMSIにWindowsサービスをパッケージに行くかどう
。プロダクションではDOMAIN_NAME \ ProductionServiceUserで実行されますが、同じサービスをステージングにデプロイすると、サービスはDOMAIN_NAME \ StagingServiceUserで実行されます。
「プログラムの追加と削除」でサービスをアンインストールすると、サービスは削除されます。
もっと明確にすべきです。これはアンマネージC++サービスです。私は、サービスのインストールを実行するだけのC#ライブラリプロジェクトがあると思いますが、何らかの理由でMSが、実行しているユーザーとして実行されていないカスタムアクションを実行することをお勧めしますインストール。 – bpeikes
私はこのことが私が提案したものとどう違うのか分かりません。 Visual Studioを使用する場合、唯一の解決策はカスタムアクションです。カスタムアクションを使用したくない場合は、Visual Studioを使用することはできません(サービスをサポートする別のセットアップオーサリングツールが必要です)。 –
カスタムアクションはうまくいき、私たちが使用しているものですが、特定のユーザーアカウントでサービスを実行するには、msiのデプロイメントをどのように自動化するのですか? – bpeikes