ここにある Windows Server 用の Service Fabric のプレビュー リリースのタイヤを蹴っています: Windows Server で実行されているクラスターの作成と管理
Windows サービスが多すぎて手動で管理できないという認識の問題を解決しようとしており、サービスをより自動的に管理するインフラストラクチャを検討しています。現在、オンプレミスで実行しているため、Azure 上の Service Fabric ではなく、Windows サーバー用の Service Fabric を検討しています。
Embarcadero C++ Builder XE7 でコンパイルされたネイティブ Windows サービス (Windows NT サービス) があります。現在、/install および /uninstall 自体が Windows Service Control Manager に組み込まれています。このサービスは、WebBrokerを使用してポートにバインドし、 HTTP 要求を受信します。現在、Oracle データベースからデータを取得しています。スコープは小さいですが、私の意見では、マイクロサービスと呼ぶには十分ではありません。
これらの特定のサービスは、コンソールでは実行されません。これらは、main() の代わりに WinMain() メソッドを介して実行されます。コマンドライン パラメーターを使用して、サービス プロセスを実行するフォームをポップアップし、開発中のデバッグを容易にしますが、コンソールで実行してもブロックされません。
このアプリケーションをゲスト実行可能ファイルとして起動して実行するには、何が必要ですか? サービス ファブリック内で実行するには、プロジェクトをコンソール アプリケーションとして再コンパイルする必要がありますか? あなたが予見する他の落とし穴はありますか？
これはプレビュー リリースであることを理解しています。そのため、RTM の情報に矛盾がある場合は、調査を行って回答を更新することをお約束します。