Golang項目搭配nginx部署反向代理負(fù)載均衡的方法

這篇“Golang項目搭配nginx部署反向代理負(fù)載均衡的方法”文章的知識點(diǎn)大部分人都不太理解，所以小編給大家總結(jié)了以下內(nèi)容，內(nèi)容詳細(xì)，步驟清晰，具有一定的借鑒價值，希望大家閱讀完這篇文章能有所收獲，下面我們一起來看看這篇“Golang項目搭配nginx部署反向代理負(fù)載均衡的方法”文章吧。

獨(dú)立部署

Go 語言支持跨平臺交叉編譯，也就是說我們可以在 Windows 或 Mac 平臺下編寫代碼，并且將代碼編譯成能夠在 Linux amd64 服務(wù)器上運(yùn)行的程序。

對于簡單的項目，通常我們只需要將編譯后的二進(jìn)制文件拷貝到服務(wù)器上，然后設(shè)置為后臺守護(hù)進(jìn)程運(yùn)行即可。

編譯

編譯可以通過以下命令或編寫 makefile 來操作。

CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build -o ./bin/bluebell

下面假設(shè)我們將本地編譯好的 bluebell 二進(jìn)制文件、配置文件和靜態(tài)文件等上傳到服務(wù)器的/data/app/bluebell目錄下。

補(bǔ)充一點(diǎn)，如果嫌棄編譯后的二進(jìn)制文件太大，可以在編譯的時候加上-ldflags "-s -w"參數(shù)去掉符號表和調(diào)試信息，一般能減小20%的大小。

CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build -ldflags "-s -w" -o ./bin/bluebell

如果還是嫌大的話可以繼續(xù)使用 upx 工具對二進(jìn)制可執(zhí)行文件進(jìn)行壓縮。

我們編譯好 bluebell 項目后，相關(guān)必要文件的目錄結(jié)構(gòu)如下：

├── bin
│   └── bluebell
├── conf
│   └── config.yaml
├── static
│   ├── css
│   │   └── app.0afe9dae.css
│   ├── favicon.ico
│   ├── img
│   │   ├── avatar.7b0a9835.png
│   │   ├── iconfont.cdbe38a0.svg
│   │   ├── logo.da56125f.png
│   │   └── search.8e85063d.png
│   └── js
│       ├── app.9f3efa6d.js
│       ├── app.9f3efa6d.js.map
│       ├── chunk-vendors.57f9e9d6.js
│       └── chunk-vendors.57f9e9d6.js.map
└── templates
    └── index.html

nohup

nohup 用于在系統(tǒng)后臺不掛斷地運(yùn)行命令，不掛斷指的是退出執(zhí)行命令的終端也不會影響程序的運(yùn)行。

我們可以使用 nohup 命令來運(yùn)行應(yīng)用程序，使其作為后臺守護(hù)進(jìn)程運(yùn)行。由于在主流的 Linux 發(fā)行版中都會默認(rèn)安裝 nohup 命令工具，我們可以直接輸入以下命令來啟動我們的項目：

sudo nohup ./bin/bluebell conf/config.yaml > nohup_bluebell.log 2>&1 &

其中：

./bluebell conf/config.yaml是我們應(yīng)用程序的啟動命令

nohup ... &表示在后臺不掛斷的執(zhí)行上述應(yīng)用程序的啟動命令

> nohup_bluebell.log表示將命令的標(biāo)準(zhǔn)輸出重定向到 nohup_bluebell.log 文件

2>&1表示將標(biāo)準(zhǔn)錯誤輸出也重定向到標(biāo)準(zhǔn)輸出中，結(jié)合上一條就是把執(zhí)行命令的輸出都定向到 nohup_bluebell.log 文件

上面的命令執(zhí)行后會返回進(jìn)程 id

[1] 6338

當(dāng)然我們也可以通過以下命令查看 bluebell 相關(guān)活動進(jìn)程：

ps -ef | grep bluebell

輸出：

root      6338  4048  0 08:43 pts/0    00:00:00 ./bin/bluebell conf/config.yaml
root      6376  4048  0 08:43 pts/0    00:00:00 grep --color=auto bluebell

此時就可以打開瀏覽器輸入http://服務(wù)器公網(wǎng)ip:端口查看應(yīng)用程序的展示效果了。

supervisor

Supervisor 是業(yè)界流行的一個通用的進(jìn)程管理程序，它能將一個普通的命令行進(jìn)程變?yōu)楹笈_守護(hù)進(jìn)程，并監(jiān)控該進(jìn)程的運(yùn)行狀態(tài)，當(dāng)該進(jìn)程異常退出時能將其自動重啟。

首先使用 yum 來安裝 supervisor：

如果你還沒有安裝過 EPEL，可以通過運(yùn)行下面的命令來完成安裝，如果已安裝則跳過此步驟：

sudo yum install epel-release

安裝 supervisor

sudo yum install supervisor

Supervisor 的配置文件為：/etc/supervisord.conf ，Supervisor 所管理的應(yīng)用的配置文件放在 /etc/supervisord.d/ 目錄中，這個目錄可以在 supervisord.conf 中的include配置。

[include]
files = /etc/supervisord.d/*.conf

啟動supervisor服務(wù)：

sudo supervisord -c /etc/supervisord.conf

我們在/etc/supervisord.d目錄下創(chuàng)建一個名為bluebell.conf的配置文件，具體內(nèi)容如下。

[program:bluebell]  ;程序名稱
user=root  ;執(zhí)行程序的用戶
command=/data/app/bluebell/bin/bluebell /data/app/bluebell/conf/config.yaml  ;啟動文件路徑  項目配置文件路徑
directory=/data/app/bluebell/ ;命令執(zhí)行的目錄
stopsignal=TERM  ;重啟時發(fā)送的信號
autostart=true   ;是否自動啟動  
autorestart=true  ;是否自動重啟
stdout_logfile=/var/log/bluebell-stdout.log  ;標(biāo)準(zhǔn)輸出日志位置
stderr_logfile=/var/log/bluebell-stderr.log  ;標(biāo)準(zhǔn)錯誤日志位置

創(chuàng)建好配置文件之后，重啟supervisor服務(wù)

sudo supervisorctl update # 更新配置文件并重啟相關(guān)的程序
sudo supervisorctl status bluebell # 查看bluebell的運(yùn)行狀態(tài)：
sudo supervisorctl restart bluebell # 重啟
sudo supervisorctl start bluebell # 啟動

輸出：

bluebell                         RUNNING   pid 10918, uptime 0:05:46

最后補(bǔ)充一下常用的supervisr管理命令：

supervisorctl status       # 查看所有任務(wù)狀態(tài)
supervisorctl shutdown     # 關(guān)閉所有任務(wù)
supervisorctl start 程序名  # 啟動任務(wù)
supervisorctl stop 程序名   # 關(guān)閉任務(wù)
supervisorctl reload       # 重啟supervisor

接下來就是打開瀏覽器查看網(wǎng)站是否正常了。

搭配nginx部署

在需要靜態(tài)文件分離、需要配置多個域名及證書、需要自建負(fù)載均衡層等稍復(fù)雜的場景下，我們一般需要搭配第三方的web服務(wù)器（Nginx、Apache）來部署我們的程序。

正向代理與反向代理

正向代理可以簡單理解為客戶端的代理，你訪問墻外的網(wǎng)站用的那個屬于正向代理。

反向代理可以簡單理解為服務(wù)器的代理，通常說的 Nginx 和 Apache 就屬于反向代理。

Nginx 是一個免費(fèi)的、開源的、高性能的 HTTP 和反向代理服務(wù)，主要負(fù)責(zé)負(fù)載一些訪問量比較大的站點(diǎn)。Nginx 可以作為一個獨(dú)立的 Web 服務(wù)，也可以用來給 Apache 或是其他的 Web 服務(wù)做反向代理。相比于 Apache，Nginx 可以處理更多的并發(fā)連接，而且每個連接的內(nèi)存占用的非常小。

使用yum安裝nginx

EPEL 倉庫中有 Nginx 的安裝包。如果你還沒有安裝過 EPEL，可以通過運(yùn)行下面的命令來完成安裝：

sudo yum install epel-release

安裝nginx

sudo yum install nginx

安裝完成后，執(zhí)行下面的命令設(shè)置Nginx開機(jī)啟動：

sudo systemctl enable nginx

啟動Nginx

sudo systemctl start nginx

查看Nginx運(yùn)行狀態(tài)：

sudo systemctl status nginx

Nginx配置文件

通過上面的方法安裝的 nginx，所有相關(guān)的配置文件都在 /etc/nginx/ 目錄中。Nginx 的主配置文件是 /etc/nginx/nginx.conf。

默認(rèn)還有一個nginx.conf.default的配置文件示例，可以作為參考。你可以為多個服務(wù)創(chuàng)建不同的配置文件（建議為每個服務(wù)（域名）創(chuàng)建一個單獨(dú)的配置文件），每一個獨(dú)立的 Nginx 服務(wù)配置文件都必須以 .conf結(jié)尾，并存儲在 /etc/nginx/conf.d 目錄中。

Nginx常用命令

補(bǔ)充幾個 Nginx 常用命令。

nginx -s stop    # 停止 Nginx 服務(wù)
nginx -s reload  # 重新加載配置文件
nginx -s quit    # 平滑停止 Nginx 服務(wù)
nginx -t         # 測試配置文件是否正確

Nginx反向代理部署，無負(fù)載均衡

我們推薦使用 nginx 作為反向代理來部署我們的程序，按下面的內(nèi)容修改 nginx 的配置文件。

worker_processes  1;  # 工作進(jìn)程
events {
    worker_connections  1024;  # 連接數(shù)
}
http {
    include       mime.types;  # 默認(rèn)配置
    default_type  application/octet-stream;  # 默認(rèn)配置
    sendfile        on;
    keepalive_timeout  65;  # 超時時間
    server { # server組
        listen       80;  # nginx監(jiān)聽端口
        server_name  localhost;  # 服務(wù)的域名
        access_log   /var/log/bluebell-access.log;  # 訪問日志
        error_log    /var/log/bluebell-error.log;  # 錯誤日志
        location / { # 訪問 / 根下的所有路徑，反向代理從80轉(zhuǎn)到8084
            proxy_pass                 http://127.0.0.1:8084;
            proxy_redirect             off;
            proxy_set_header           Host             $host;
            proxy_set_header           X-Real-IP        $remote_addr;
            proxy_set_header           X-Forwarded-For
            $proxy_add_x_forwarded_for;
        }
    }
}

執(zhí)行下面的命令檢查配置文件語法：

nginx -t

執(zhí)行下面的命令重新加載配置文件：

nginx -s reload

接下來就是打開瀏覽器查看網(wǎng)站是否正常了。

Nginx反向代理部署，有負(fù)載均衡

當(dāng)然我們還可以使用 nginx 的 upstream 配置來添加多個服務(wù)器地址實現(xiàn)負(fù)載均衡。

worker_processes  1;  # 工作進(jìn)程
events {
    worker_connections  1024;  # 連接數(shù)
}
http {
    include       mime.types;  # 默認(rèn)配置
    default_type  application/octet-stream;  # 默認(rèn)配置
    sendfile        on;
    keepalive_timeout  65;  # 超時時間
		# 負(fù)載均衡backend為組名
		upstream backend {
      server 127.0.0.1:8084;
      # 這里需要填真實可用的地址，默認(rèn)輪詢
      #server backend1.example.com;
      #server backend2.example.com;
    }
    server { # server組
        listen       80;  # nginx監(jiān)聽端口
        server_name  localhost;  # 服務(wù)的域名
        access_log   /var/log/bluebell-access.log;  # 訪問日志
        error_log    /var/log/bluebell-error.log;  # 錯誤日志
        location / { # 訪問 / 根下的所有路徑，反向代理從80轉(zhuǎn)到8084
            proxy_pass                 http://backend/;  # 負(fù)載均衡組名
            proxy_redirect             off;
            proxy_set_header           Host             $host;
            proxy_set_header           X-Real-IP        $remote_addr;
            proxy_set_header           X-Forwarded-For
            $proxy_add_x_forwarded_for;
        }
    }
}

Nginx分離動靜態(tài)文件請求

上面的配置是簡單的使用 nginx 作為反向代理處理所有的請求并轉(zhuǎn)發(fā)給我們的 Go 程序處理，其實我們還可以有選擇的將靜態(tài)文件部分的請求直接使用 nginx 處理，而將 API 接口類的動態(tài)處理請求轉(zhuǎn)發(fā)給后端的 Go 程序來處理。

下面繼續(xù)修改我們的 nginx 的配置文件來實現(xiàn)上述功能。

指定靜態(tài)文件所在路徑，防止前端拼接的接口，后端沒有。刷新后404情況

worker_processes  1;
events {
    worker_connections  1024;
}
http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    keepalive_timeout  65;
    server {
        listen       80;
        server_name  bluebell;
        access_log   /var/log/bluebell-access.log;
        error_log    /var/log/bluebell-error.log;
		# 靜態(tài)文件請求，以下面這些結(jié)尾的請求
        location ~ .*\.(gif|jpg|jpeg|png|js|css|eot|ttf|woff|svg|otf)$ {
            access_log off;
            expires    1d;
            root       /data/app/bluebell;  # 指定靜態(tài)文件所在路徑，防止前端拼接的接口，后端沒有。刷新后404情況
        }
        # index.html頁面請求
        # 因為是單頁面應(yīng)用這里使用 try_files 處理一下，避免刷新頁面時出現(xiàn)404的問題
        location / {
            root /data/app/bluebell/templates;  # 指定index.html前端文件所在路徑
            index index.html;
            try_files $uri $uri/ /index.html;  # 所有的請求最后指向index.html
        }
		# API請求
        location /api {
            proxy_pass                 http://127.0.0.1:8084;
            proxy_redirect             off;
            proxy_set_header           Host             $host;
            proxy_set_header           X-Real-IP        $remote_addr;
            proxy_set_header           X-Forwarded-For  $proxy_add_x_forwarded_for;
        }
    }
}

前后端分開部署

前后端的代碼沒必要都部署到相同的服務(wù)器上，也可以分開部署到不同的服務(wù)器上，下圖是前端服務(wù)將 API 請求轉(zhuǎn)發(fā)至后端服務(wù)的方案。

上面的部署方案中，所有瀏覽器的請求都是直接訪問前端服務(wù)，而如果是瀏覽器直接訪問后端API服務(wù)的部署模式下，如下圖。

此時前端和后端通常不在同一個域下，我們還需要在后端代碼中添加跨域支持。

這里使用github.com/gin-contrib/cors庫來支持跨域請求。

允許所有請求跨域

最簡單的允許跨域的配置是使用cors.Default()，它默認(rèn)允許所有跨域請求。

func main() {
	router := gin.Default()
	// same as
	// config := cors.DefaultConfig()
	// config.AllowAllOrigins = true
	// router.Use(cors.New(config))
	router.Use(cors.Default())
	router.Run()
}

此外，還可以使用cors.Config自定義具體的跨域請求相關(guān)配置項：

package main
import (
	"time"
	"github.com/gin-contrib/cors"
	"github.com/gin-gonic/gin"
)
func main() {
	router := gin.Default()
	// CORS for https://foo.com and https://github.com origins, allowing:
	// - PUT and PATCH methods
	// - Origin header
	// - Credentials share
	// - Preflight requests cached for 12 hours
	router.Use(cors.New(cors.Config{
		AllowOrigins:     []string{"https://foo.com"},
		AllowMethods:     []string{"PUT", "PATCH"},
		AllowHeaders:     []string{"Origin"},
		ExposeHeaders:    []string{"Content-Length"},
		AllowCredentials: true,
		AllowOriginFunc: func(origin string) bool {
			return origin == "https://github.com"
		},
		MaxAge: 12 * time.Hour,
	}))
	router.Run()
}

以上就是關(guān)于“Golang項目搭配nginx部署反向代理負(fù)載均衡的方法”這篇文章的內(nèi)容，相信大家都有了一定的了解，希望小編分享的內(nèi)容對大家有幫助，若想了解更多相關(guān)的知識內(nèi)容，請關(guān)注億速云行業(yè)資訊頻道。