リモートマシン上のWCFサービスをクライアントからリモートに起動する必要があります。 IIS（HTTPなし）またはWAS（Windows Server 2008なし）は使用できません。IIS/WASを使用しないWCFリモートアクセス
他のWCFサービスの起動を担当するリモートマシン上にサービスを作成する必要なく、これらのホスティング環境とは別の方法があるのだろうかと疑問に思っていました。
Windowsサービスホストが唯一の方法であれば、これを行うための効率的なアーキテクチャ（生成されたWCFサービスのライフサイクル管理を含む）については、いい記事や本を教えてもらえますか？
おかげ りこ
あなたは/ IISをWAS使用できない場合は、唯一の選択肢の左だセルフホスティングです。
WCFサービスは、Windows（NT）サービス、コンソールアプリケーション、または好きなアプリケーションのいずれかでホストできます。
要点：IIS/WAS以外で、必要に応じてサービスクラスをロードします。要求が到着して処理される必要がある場合、自己ホスト環境でホストアプリケーションを稼働させる必要があります。これは、NTサービスが、少なくともプロダクション環境では最善の選択と思われる理由です。これは、誰もマシンにログオンしていなくても実行できるサービスです。コンソールやその他のアプリでは、ユーザーがログオンしている必要があり、アプリが実行されている必要があります。
これは少し役に立ちます。
マルク・
ははい、これは私が来た結論です.Windowsサービスをホストする唯一の方法です。そのサービスは、サーバーにローカルに必要な他のサービスを起動する必要があります。 – Riko
あなたはServer 2003上で使用することができますつの追加オプションがあります - COM +でWCFサービスをホストすることは： http://msdn.microsoft.com/en-us/library/bb735856.aspx
これは、Server 2008の上にあった非HTTPサービスをホストしているほど簡単ではありませんNTサービスとしてホスティングするよりもサポートされている監視および展開モデルの方が優れています。私の経験では、一般的に私が知っているほとんどの人はNTでサービスを使用しています。これは.NETで生成するのが簡単で、カウンターやそれに類似したものです。
Windowsサービスで何が問題になっていますか？ – RichardOD
他のサービスを生成して管理し、さらにこの追加のサービスを展開するために余分な作業をする必要はありません。 – Riko
OK-なぜこれらの他のサービスをスポーンする必要がありますか？いつも走っている人に何が問題なの？ – RichardOD