Golang production web应用程序配置

Question

对于那些在生产中运行Go后端的人：

运行Go web应用程序的堆栈/配置是什么？

除了人们使用标准库NET/HTTP包来保持服务器的运行之外，我还没有看到关于这个主题的很多东西。我读过使用Nginx向Go服务器传递请求-Nginx with Go

这在我看来有点脆弱。例如，如果计算机重新启动（没有附加配置脚本），服务器将不会自动重新启动。

是否有更坚实的生产设置？

关于我的意图--我正在为我的下一个项目规划一个支持Go的REST后端服务器，并且希望确保Go在我投入太多之前能够启动该项目。

Answer 1

nginx用于：

• 将HTTP代理反向到my Go应用程序
• 静态文件处理
• SSL终止
• HTTP头（缓存控制等）
• 访问日志（从而利用系统日志循环）
• 重写（裸到www,http：//到https：//等）

nginx使此操作变得非常容易，尽管您可以通过net/HTTP直接从Go开始提供服务，但仍有许多“重新发明轮子”的操作，例如全局HTTP标头涉及一些您可能可以避免的样板。

supervisord用于管理我的Go二进制文件。Ubuntu的新贵（正如Mostafa所提到的）也不错，但我喜欢supervisord，因为它相对不知道发行版，并且有很好的文档记录。

主管，对我来说：

• 根据需要运行Go二进制文件
• 在崩溃后启动
• 将我的环境变量（会话身份验证密钥等）作为单个配置的一部分。
• 运行我的DB（以确保我的Go二进制文件在没有它的情况下不运行）

Answer 2

Go程序可以监听80端口，直接为HTTP请求服务。相反，您可能想在Go程序前面使用一个反向代理，这样它就会在端口80上监听并在端口4000上连接到您的程序。做后者的原因有很多：不必以root身份运行Go程序、在同一主机上为其他网站/服务提供服务、SSL终止、负载平衡、日志记录等。

我在前面用HAProxy。任何反向代理都可以工作。Nginx也是一个很好的选择（比HAProxy更受欢迎，并且能够做得更多）。

如果您阅读了它的文档（HTML版本），HAProxy非常容易配置。下面是我的一个Go项目的整个haproxy.cfg文件，以备您需要一个启动pont。

global
        log     127.0.0.1       local0
        maxconn 10000
        user    haproxy
        group   haproxy
        daemon

defaults
        log     global
        mode    http
        option  httplog
        option  dontlognull
        retries 3
        timeout connect 5000
        timeout client  50000
        timeout server  50000

frontend http
        bind :80
        acl  is_stats  hdr(host)       -i      hastats.myapp.com
        use_backend    stats   if      is_stats
        default_backend        myapp
        capture        request header Host     len     20
        capture        request header Referer  len     50

backend myapp
        server  main    127.0.0.1:4000

backend stats
       mode     http
       stats    enable
       stats    scope   http
       stats    scope   myapp
       stats    realm   Haproxy\ Statistics
       stats    uri     /
       stats    auth    username:password

Nginx更容易。

关于服务控制，我将Go程序作为系统服务运行。我想每个人都这么做。我的服务器运行的是Ubuntu，所以它使用的是Upstart。我已将其放在/etc/init/myapp.conf中，以便Upstart控制我的程序：

start on runlevel [2345]
stop on runlevel [!2345]

chdir /home/myapp/myapp
setgid myapp
setuid myapp
exec ./myapp start 1>>_logs/stdout.log 2>>_logs/stderr.log

另一个方面是部署。一个选择是通过只发送程序的二进制文件和必要的资产来部署。这是一个非常好的解决方案海事组织。我使用另一个选项：在服务器上编译。（当我设置一个所谓的“持续集成/部署”系统时，我将切换到使用二进制文件进行部署。）

我在服务器上有一个小的shell脚本，它从远程Git存储库中提取项目的代码，用Go构建它，将二进制文件和其他资产复制到~/myapp/，然后重新启动服务。

总体而言，整个过程与任何其他服务器设置没有太大区别：您必须有一种方法来运行您的代码并使其为HTTP请求服务。在实践中，围棋已经证明对这玩意儿是非常稳定的。