recommendation - Configuración de la aplicación web de producción Golang

title seo length

Question

Para aquellos de ustedes que ejecutan Go backends en producción:

¿Cuál es tu stack / configuración para ejecutar una aplicación web Go?

No he visto mucho sobre este tema, además de las personas que usan el paquete net / http de biblioteca estándar para mantener un servidor en funcionamiento. Leí usando Nginx para pasar solicitudes a un servidor Go - nginx con Go

Esto me parece un poco frágil. Por ejemplo, el servidor no se reiniciará automáticamente si la máquina se reinicia (sin scripts de configuración adicionales).

¿Hay una configuración de producción más sólida?

Aparte de mi intención, estoy planificando un servidor backend Go powered para mi próximo proyecto y quiero asegurarme de que Go será viable para lanzar el proyecto en vivo antes de invertir demasiado en él.

Answer 1

Los programas Go pueden escuchar en el puerto 80 y atender solicitudes HTTP directamente. En su lugar, es posible que desee utilizar un proxy inverso delante de su programa Go, para que escuche en el puerto 80 y se conecte a su programa en el puerto, digamos, 4000. Hay muchas razones para hacer esto último: no tener que ejecutar su programa Go como root, sirviendo a otros sitios web / servicios en el mismo host, terminación SSL, balanceo de carga, registro, etc.

Yo uso HAProxy en el frente. Cualquier proxy inverso podría funcionar. Nginx también es una gran opción (mucho más popular que HAProxy y capaz de hacer más).

HAProxy es muy fácil de configurar si lee su documentation ( versión HTML ). Mi archivo haproxy.cfg completo para uno de mis proyectos de Go sigue, en caso de que necesite un pont inicial.

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 es aún más fácil.

En cuanto al control del servicio, ejecuto mi programa Go como un servicio del sistema. Creo que todos hacen eso. Mi servidor ejecuta Ubuntu, por lo que usa Upstart. He puesto esto en /etc/init/myapp.conf para que Upstart controle mi programa:

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

Otro aspecto es la implementación. Una opción es implementar solo enviando el archivo binario del programa y los activos necesarios. Esta es una gran solución IMO. Uso la otra opción: compilar en el servidor. (Pasaré a implementar con archivos binarios cuando configuro un sistema denominado "Integración / Despliegue continuo").

Tengo un pequeño script de shell en el servidor que extrae código para mi proyecto de un repositorio remoto de Git, lo crea con Go, copia los binarios y otros activos a ~/myapp/ y reinicia el servicio.

En general, todo el asunto no es muy diferente de cualquier otra configuración de servidor: debe tener una forma de ejecutar su código y hacer que sirva solicitudes HTTP. En la práctica, Go ha demostrado ser muy estable para esto.

Answer 2

Para aquellos que quieren una aplicación simple para ejecutar como daemon, use systemd (Compatible con muchas distros de Linux) en lugar de Upstart.

Crea un archivo de servicio en

touch /etc/systemd/system/my-go-daemon.service

Entrar

[Unit]
Description=My Go App
[Service]
Type=simple
WorkingDirectory=/my/go/app/directory
ExecStart=/usr/lib/go run main.go
[Install]
WantedBy=multi-user.target

Luego habilite e inicie el servicio

systemctl enable my-go-daemon
systemctl start my-go-daemon
systemctl status my-go-daemon

systemd tiene un sistema de diario por separado que le permitirá rastrear registros para facilitar la resolución de problemas.

Answer 3

Puede vincular su binario a un socket con puertos privilegiados de dominio de Internet (números de puerto inferiores a 1024) usando setcap

setcap ''cap_net_bind_service=+ep'' /path/to/binary

1. Este comando necesita ser escalado. sudo según sea necesario
2. Cada nueva versión de su programa dará como resultado un nuevo binario que necesitará ser reautorizado por setcap

documentación setcap

documentación de cap_net_bind_service

Answer 4

nginx para:

• Invierta el proxy HTTP a mi aplicación Go
• Manejo de archivos estáticos
• Terminación SSL
• Encabezados HTTP (Cache-Control, et al.)
• Registros de acceso (y por lo tanto aprovechar la rotación del registro del sistema)
• Reescribe (desnudo a www, http: // a https: //, etc.)

nginx hace que esto sea muy fácil, y aunque puede servir directamente desde Go gracias a net/http , hay una gran cantidad de "reinventar la rueda" y cosas como encabezados HTTP globales implican algunos repetitivos que probablemente pueda evitar.

supervisord para administrar mi Go binary. Upstart de Ubuntu (como lo menciona Mostafa) también es bueno, pero me gusta Supervisar, ya que es relativamente distrótico y está bien documentado.

Supervisord, para mí:

• Ejecuta mi binario Go según sea necesario
• Lo trae después de un accidente
• Mantiene mis variables ambientales (claves de autenticación de sesión, etc.) como parte de una única configuración.
• Ejecuta mi base de datos (para asegurarme de que mi binario Go no se está ejecutando sin él)