传统Windows服务迁移到服务结构

我在这里find的服务结构的Windows服务器的预览版踢轮胎: 创build和pipe理在Windows服务器上运行的群集

我们正试图解决许多Windows服务被人为pipe理的问题,考虑可以使服务更自动pipe理的基础设施。 我们目前运行在本地,因此我们正在考虑Windows服务器结构,而不是Azure上的服务结构。

我有一个在Embarcadero C ++ Builder XE7中编译的本机Windows服务(Windows NT服务),当前/安装和/或卸载自己到Windows服务控制pipe理器。 该服务使用WebBroker绑定到端口以接收HTTP请求。 数据正在从Oracle数据库中检索。 范围很小,但在我看来,还不够先进的微服务。

这些特定的服务不能与控制台一起运行。 他们通过WinMain()方法而不是main()来运行。 我们利用一个命令行参数来popup一个运行服务进程的窗体,以便在开发过程中进行简单的debugging,但是如果在控制台上运行,这并不会阻塞。

将此应用程序作为来宾可执行文件启动并运行将涉及什么? 是否需要将项目重新编译为控制台应用程序以在服务结构中运行? 你预见到的其他问题?

我知道这是一个预览版本,所以如果与RTM中的信息存在差异,我会承诺进行调查以获得最新的答案。

  • 从这里开始访客可执行文件。 任何可执行文件都可以,不需要任何控制台。
  • 监听传入流量需要将端口映射到ServiceManifest文件中。
  • 在这里解释用提升的特权运行。
  • 确保您的可执行文件不需要在控制台级别进行用户交互。