Konfiguracja aplikacji webowej Golang production

Programy Go mogą nasłuchiwać na porcie 80 i obsługiwać żądania HTTP bezpośrednio. Zamiast tego możesz użyć odwrotnego serwera proxy przed programem Go, aby nasłuchiwał na porcie 80 i łączył się z programem na porcie, powiedzmy, 4000. Istnieje wiele powodów, dla których warto to zrobić: brak konieczności uruchamiania programu Go jako root, Obsługa innych stron internetowych/usług na tym samym hoście, zakończenie SSL, równoważenie obciążenia, logowanie itp.

Używam HAProxy z przodu. Każde odwrotne proxy może działać. Nginx jest również świetną opcją (znacznie bardziej popularną niż HAProxy i zdolną zrobić więcej).

HAProxy jest bardzo łatwy w konfiguracji, jeśli czytasz jego dokumentację (wersja HTML ). Cały mój plik haproxy.cfg dla jednego z moich projektów Go znajduje się poniżej, na wypadek, gdybyś potrzebował startowego Ponta.

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

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

Innym aspektem jest wdrożenie. Jedną z opcji jest wdrożenie poprzez wysłanie pliku binarnego programu i niezbędnych zasobów. Jest to całkiem świetne rozwiązanie IMO. Używam innej opcji: kompilowanie na serwerze. (Przełączę się na wdrażanie z plikami binarnymi, gdy skonfiguruję tak zwany system "ciągłej integracji/wdrażania".)

Mam mały skrypt powłoki na serwerze, który pobiera kod do mojego projektu ze zdalnego repozytorium Git, buduje go za pomocą Go kopiuje pliki binarne i inne zasoby do ~/myapp/ i uruchamia ponownie usługę.

Ogólnie rzecz biorąc, cała sprawa nie różni się zbytnio od żadnej innej konfiguracji serwera: musisz mieć sposób na uruchamianie kodu i obsługiwanie żądań HTTP. W praktyce Go okazał się bardzo stabilny dla tych rzeczy.