欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

部署Go語言項目的 N 種方法(小結(jié))

 更新時間:2020年11月27日 11:17:20   作者:李文周的博客  
這篇文章主要介紹了部署Go語言項目的 N 種方法(小結(jié)),文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧

本文以部署 Go Web 程序為例,介紹了在 CentOS7 服務器上部署 Go 語言程序的若干方法。

部署Go語言項目

本文以部署 Go Web 程序為例,介紹了在 CentOS7 服務器上部署 Go 語言程序的若干方法。

獨立部署

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

對于簡單的項目,通常我們只需要將編譯后的二進制文件拷貝到服務器上,然后設置為后臺守護進程運行即可。

編譯

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

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

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

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

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

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

我們編譯好 bluebell 項目后,相關必要文件的目錄結(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)后臺 不掛斷 地運行命令,不掛斷指的是退出執(zhí)行命令的終端也不會影響程序的運行。

我們可以使用 nohup 命令來運行應用程序,使其作為后臺守護進程運行。由于在主流的 Linux 發(fā)行版中都會默認安裝 nohup 命令工具,我們可以直接輸入以下命令來啟動我們的項目:

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

其中:

  1. ./bluebell conf/config.yaml是我們應用程序的啟動命令
  2. nohup ... &表示在后臺不掛斷的執(zhí)行上述應用程序的啟動命令
  3. > nohup_bluebell.log表示將命令的標準輸出重定向到 nohup_bluebell.log 文件
  4. 2>&1表示將標準錯誤輸出也重定向到標準輸出中,結(jié)合上一條就是把執(zhí)行命令的輸出都定向到 nohup_bluebell.log 文件

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

[1] 6338

當然我們也可以通過以下命令查看 bluebell 相關活動進程:

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ǎng)ip:端口 查看應用程序的展示效果了。

supervisor

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

首先使用 yum 來安裝 supervisor:

如果你還沒有安裝過 EPEL,可以通過運行下面的命令來完成安裝,如果已安裝則跳過此步驟:

sudo yum install epel-release

安裝 supervisor

sudo yum install supervisor

Supervisor 的配置文件為: /etc/supervisord.conf ,Supervisor 所管理的應用的配置文件放在 /etc/supervisord.d/ 目錄中,這個目錄可以在 supervisord.conf 中的 include 配置。

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

啟動supervisor服務:

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 ;執(zhí)行的命令
directory=/data/app/bluebell/ ;命令執(zhí)行的目錄
stopsignal=TERM ;重啟時發(fā)送的信號
autostart=true 
autorestart=true ;是否自動重啟
stdout_logfile=/var/log/bluebell-stdout.log ;標準輸出日志位置
stderr_logfile=/var/log/bluebell-stderr.log ;標準錯誤日志位置

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

sudo supervisorctl update # 更新配置文件并重啟相關的程序

查看bluebell的運行狀態(tài):

sudo supervisorctl status bluebell

輸出:

bluebell RUNNING pid 10918, uptime 0:05:46

最后補充一下常用的supervisr管理命令:

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

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

搭配nginx部署

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

正向代理與反向代理

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

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

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

使用yum安裝nginx

EPEL 倉庫中有 Nginx 的安裝包。如果你還沒有安裝過 EPEL,可以通過運行下面的命令來完成安裝:

sudo yum install epel-release

安裝nginx

sudo yum install nginx

安裝完成后,執(zhí)行下面的命令設置Nginx開機啟動:

sudo systemctl enable nginx

啟動Nginx

sudo systemctl start nginx

查看Nginx運行狀態(tài):

sudo systemctl status nginx

Nginx配置文件

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

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

Nginx常用命令

補充幾個 Nginx 常用命令。

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

Nginx反向代理部署

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

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 localhost;

  access_log /var/log/bluebell-access.log;
  error_log /var/log/bluebell-error.log;

  location / {
   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 的 upstream 配置來添加多個服務器地址實現(xiàn)負載均衡。

worker_processes 1;

events {
 worker_connections 1024;
}

http {
 include  mime.types;
 default_type application/octet-stream;

 sendfile  on;
 keepalive_timeout 65;

 upstream backend {
  server 127.0.0.1:8084;
  # 這里需要填真實可用的地址,默認輪詢
  #server backend1.example.com;
  #server backend2.example.com;
 }

 server {
  listen  80;
  server_name localhost;

  access_log /var/log/bluebell-access.log;
  error_log /var/log/bluebell-error.log;

  location / {
   proxy_pass     http://backend/;
   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)上述功能。

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)文件請求
  location ~ .*\.(gif|jpg|jpeg|png|js|css|eot|ttf|woff|svg|otf)$ {
   access_log off;
   expires 1d;
   root  /data/app/bluebell;
  }

  # index.html頁面請求
  # 因為是單頁面應用這里使用 try_files 處理一下,避免刷新頁面時出現(xiàn)404的問題
  location / {
   root /data/app/bluebell/templates;
   index index.html;
   try_files $uri $uri/ /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;
  }
 }
}

前后端分開部署

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

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

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

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

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

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 自定義具體的跨域請求相關配置項:

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()
}

容器部署

容器部署方案可參照我之前的博客: 使用Docker和Docker Compose部署Go Web應用 ,這里就不再贅述了。

到此這篇關于部署Go語言項目的 N 種方法(小結(jié))的文章就介紹到這了,更多相關部署Go語言項目內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!

相關文章

  • golang獲取網(wǎng)卡信息操作

    golang獲取網(wǎng)卡信息操作

    這篇文章主要介紹了golang獲取網(wǎng)卡信息操作,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧
    2020-12-12
  • Golang 語言map底層實現(xiàn)原理解析

    Golang 語言map底層實現(xiàn)原理解析

    這篇文章主要介紹了Golang 語言map底層實現(xiàn)原理解析,本文給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下
    2020-12-12
  • Go實現(xiàn)整合Logrus實現(xiàn)日志打印

    Go實現(xiàn)整合Logrus實現(xiàn)日志打印

    這篇文章主要介紹了Go實現(xiàn)整合Logrus實現(xiàn)日志打印,文章圍繞主題展開詳細的內(nèi)容介紹,具有一定的參考價值,需要的小伙伴可以參考一下
    2022-07-07
  • go語言題解LeetCode1122數(shù)組的相對排序

    go語言題解LeetCode1122數(shù)組的相對排序

    這篇文章主要為大家介紹了go語言題解LeetCode1122數(shù)組的相對排序,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪
    2022-12-12
  • Go返回int64類型字段超出javascript Number范圍的解決方法

    Go返回int64類型字段超出javascript Number范圍的解決方法

    這篇文章主要介紹了Go返回int64類型字段超出javascript Number范圍的解決方法,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2019-07-07
  • golang?recover函數(shù)使用中的一些坑解析

    golang?recover函數(shù)使用中的一些坑解析

    這篇文章主要為大家介紹了golang?recover函數(shù)使用中的一些坑解析,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪
    2023-02-02
  • Go設計模式之備忘錄模式圖文詳解

    Go設計模式之備忘錄模式圖文詳解

    備忘錄模式是一種行為設計模式, 允許在不暴露對象實現(xiàn)細節(jié)的情況下保存和恢復對象之前的狀態(tài),本文主要通過一些圖片來給大家介紹一下Go的備忘錄模式,需要的朋友可以參考下
    2023-08-08
  • 詳解Golang并發(fā)操作中常見的死鎖情形

    詳解Golang并發(fā)操作中常見的死鎖情形

    在Go的協(xié)程里面死鎖通常就是永久阻塞了,本文主要介紹了Golang并發(fā)操作中常見的死鎖情形,具有一定的參考價值,感興趣的可以了解一下
    2021-09-09
  • go語言調(diào)用c語言的so動態(tài)庫的實現(xiàn)

    go語言調(diào)用c語言的so動態(tài)庫的實現(xiàn)

    在Go語言開發(fā)過程中,有時需要調(diào)用C或C++編寫的so動態(tài)庫,本文介紹了如何在Go語言中調(diào)用so庫的步驟和注意事項,包括環(huán)境準備、編譯生成.so文件、Go文件編寫、以及可能遇到的問題和解決方法,感興趣的可以了解一下
    2024-10-10
  • Go設計模式之單例模式圖文詳解

    Go設計模式之單例模式圖文詳解

    單例模式是一種創(chuàng)建型設計模式,讓你能夠保證一個類只有一個實例,并提供一個訪問該實例的全局節(jié)點,本文就通過圖文給大家介紹一下Go的單例模式,需要的朋友可以參考下
    2023-07-07

最新評論