rest - 是否可以在内部(私有(private))IIS 服务器上运行 Golang REST Web 应用程序？

Question

我想使用 GoLang 创建一个 Web 服务，它可以在 IIS(7、8 或 10)或 Tomcat 7.0 下运行。我们有多个环境，每个环境都有多个服务器，都是 Windows 2008 R2、2012 或 2016。所有服务器都是私有(private)的 (10.x)。我的目标是向 COTS product 添加一些 REST 服务同时使用 IIS 和 Tomcat。我宁愿避免将 nginx 或其他东西粘贴到任一服务器上，以免损害 COTS 产品或让他们的技术支持人员不接电话。同样......服务器只能通过公司 VPN 访问，而不是面向公共(public)互联网的。

Tomcat 或 IIS 哪个服务器可以提供最简单的途径来让某些东西正常工作？

Answer 1

这与 Go 无关，但仍然存在至少两种我能想到的解决方案:

• HTTP 请求的反向代理。

  1. 编写一个普通的 Go 服务器，通过 HTTP 服务请求。

     也许可以使用 golang.org/x/sys/windows/svc 将它变成一个合适的 Windows 服务.

  2. 部署它。

     如果它要托管在运行 IIS 的同一台机器上，那么让它只在 localhost 上监听就可以了。请注意，它将需要一个专用的 TCP 端口来监听，并且您需要使您的服务器能够以某种方式在这方面进行配置。

  3. 设置reverse proxying in your IIS以便它将来自您想要的任何(部分)URL 的请求转发到 Go 服务器。

• 使用 FastCGI。

  Go 支持通过 FastCGI 服务请求协议(protocol) by means of its standard library ,和 IIS suports FastCGI workers .

  因此可以(重新)编写您的 Go 服务器以使用 FastCGI而不是 HTTP，然后通过此协议(protocol)将其连接到 IIS。

在我看来，这些解决方案的优缺点是:

• 开发人员更熟悉通过纯 HTTP 提供服务，并且使服务器更“便携”——从某种意义上说，如果/当你需要它时，它会更容易改变它的部署方案。直接在互联网上提供的权利。

  相反，对于 FastCGI，您将始终需要 FastCGI 主机作为“中间件”。

• 有传言说 HTTP 代码在术语方面更精细性能优于 FastCGI。

  不过，这只会对合理的硬核负载产生影响。

• FastCGI over HTTP 的一个可能的好处是它可以通过管道而不是 TCP 提供服务。例如，你可能让它通过命名管道服务，因为它受 IIS 的 FastCGI 模块支持并且存在 3rd-party packages for Go implementing support for them(甚至包括来自 Microsoft® 的一个)。

  这样做的好处是，管道被认为会产生较少的数据传输开销(基本上它只是在属于两个进程的内核缓冲区之间铲除字节，而不是通过整个 TCP/IP 堆栈推送它们)，并使用管道使您无需将 TCP 端口专用于 Go 服务器。

  不过，我个人对这种设置及其性能权衡没有任何经验。