Конфигурация веб-приложения Golang production

Go программы могут слушать на порту 80 и обслуживать HTTP-запросы напрямую. Вместо этого вы можете использовать обратный прокси-сервер перед вашей программой Go, чтобы он слушал порт 80 и подключался к вашей программе на порту, скажем, 4000. Для этого есть много причин: не нужно запускать программу Go как root, обслуживать другие веб-сайты/службы на одном хосте, завершение SSL, балансировка нагрузки, ведение журнала и т. д.

я использую HAProxy перед. Любой обратный прокси мог работать. Nginx также является отличным вариантом (гораздо более популярным, чем HAProxy и способным делать больше).

HAProxy очень легко настроить, если Вы читаете его документация (HTML-версия). Весь мой haproxy.cfg файл для одного из моих проектов Go следует, Если вам нужен стартовый понт.

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 для выскочки, чтобы контролировать мою программу:

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

другой аспект развертывания. Один из вариантов-развернуть, просто отправив двоичный файл программы и необходимых активов. Это довольно отличное решение IMO. Я использую другой вариант: компиляция на сервере. (Я переключусь на развертывание с двоичными файлами, когда я настрою так называемую систему" непрерывной интеграции/развертывания".)

у меня есть небольшой скрипт на сервере это извлекает код для моего проекта из удаленного репозитория Git, строит его с Go, копирует двоичные файлы и другие активы в ~/myapp/, и перезапускает службу.

в целом, все это не очень отличается от любой другой установки сервера: вы должны иметь возможность запустить свой код и он будет обслуживать HTTP-запросы. На практике Go оказался очень стабильным для этого материала.