自動(dòng)化Nginx服務(wù)器的反向代理的配置方法

更新時(shí)間：2015年06月28日 10:47:45 投稿：goldensun

這篇文章主要介紹了自動(dòng)化Nginx服務(wù)器的反向代理的配置方法,反向代理是Nginx服務(wù)器的招牌功能,需要的朋友可以參考下

2015628104630354.png (640×479)

如果可以減少過(guò)多的外部隔離的API和簡(jiǎn)化部署的細(xì)節(jié) 這會(huì)是非常好的。

在以前的文章中，我解釋了"一些使用反向代理的好處"。在我目前的項(xiàng)目里，我們已經(jīng)構(gòu)建分布式面向服務(wù)的架構(gòu)，也顯式提供了一個(gè)HTTP API，我們使用反向代理將請(qǐng)求路由通過(guò)API路由給單個(gè)組件。我們選擇了Nginx Web這個(gè)優(yōu)秀的服務(wù)器作為我們的反向代理，它快速、可靠且易于配置。我們通過(guò)它將多個(gè)HTTP的API服務(wù)聚合到一個(gè)URL空間。舉例來(lái)說(shuō)，當(dāng)你鍵入：

http://api.example.com/product/pinstripe_suit
它將被路由到:
http://10.0.1.101:8001/product/pinstripe_suit
但當(dāng)你訪問(wèn):
http://api.example.com/customer/103474783
它將被路由到:
http://10.0.1.104:8003/customer/103474783

對(duì)使用者來(lái)言，他們覺(jué)得是在使用同一個(gè)URL空間（http://api.example.com/blah/blah），但在后端不同的頂級(jí)分類(lèi)的URL被路由到不同的后端服務(wù)器。 /prodect/...路由到 10.0.1.101:8001， /customer/…則路由到10.0.1.104:8003。我們也希望這是自動(dòng)配置。比如說(shuō)我想創(chuàng)建一個(gè)新的組件來(lái)記錄的庫(kù)存水平。相比于擴(kuò)展現(xiàn)有的組件，我更希望能夠?qū)懥硪粋€(gè)獨(dú)立的可執(zhí)行文件或提供服務(wù)的HTTP端點(diǎn)，然后自動(dòng)部署成為我的云計(jì)算基礎(chǔ)架構(gòu)中的主機(jī)之一，并使Nginx的自動(dòng)將http ://api.example.com/sock/whatever 路由我新組件。我們也想進(jìn)行后端服務(wù)的負(fù)載平衡，我們也想部署我們的股票新API的多個(gè)服務(wù)實(shí)例間的Nginx自動(dòng)輪詢。

我們稱每個(gè)頂級(jí)分類(lèi)（/stock、/produck、/customer）為一個(gè)聲明。 A組件上線時(shí)通過(guò)RabbitMQ發(fā)布了一個(gè)'AddApiClaim'。此消息有3個(gè)字段：'聲明'，'IP地址'，'端口地址'。我們有一個(gè)'ProxyAutomation'的特殊組件，這個(gè)組件接收這些消息并按要求重寫(xiě)Nginx配置項(xiàng)。它使用SSH和SCP登錄到nginx服務(wù)器，傳輸各種配置文件，并指示Nginx的重新加載配置。我們使用the excellent SSH.NET庫(kù)來(lái)進(jìn)行自動(dòng)化。

Nginx的配置是一個(gè)非常好的事情是支持通配符?？匆豢次覀兊捻敿?jí)配置文件：

復(fù)制代碼代碼如下:

...

 http {

     include       /etc/nginx/mime.types;

     default_type  application/octet-stream;

     log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '

                       '$status $body_bytes_sent "$http_referer" '

                       '"$http_user_agent" "$http_x_forwarded_for"';

     access_log  /var/log/nginx/access.log  main;

     sendfile        on;

     keepalive_timeout  65;

     include /etc/nginx/conf.d/*.conf;

 }

如16行所描述, 將conf.d目錄的所有.conf引用到此處.

在conf.d文件夾內(nèi)，有一個(gè)文件包含了所有api.example.com的請(qǐng)求配置:

復(fù)制代碼代碼如下:

include     /etc/nginx/conf.d/api.example.com.conf.d/upstream.*.conf;

 server {

     listen          80;

     server_name     api.example.com;

     include         /etc/nginx/conf.d/api.example.com.conf.d/location.*.conf;

     location / {

         root    /usr/share/nginx/api.example.com;

         index   index.html index.htm;

     }

 }

這段配置讓 Nginx 偵聽(tīng)來(lái)自 80 端口的 api.example.com 的請(qǐng)求。

這里包括兩部分。第一個(gè)部分是第一行，我將在以后討論。第7行表述了將子目錄"api.example.com.conf.d"中的location.*.conf引用到配置中來(lái)。我們代理服務(wù)器的自動(dòng)化組件添加新的組件（AKA API claims）通過(guò)引入新的location.*.conf。舉個(gè)例子，我們的股票組件可能創(chuàng)建一個(gè)location.stock.conf配置文件，像這樣：

復(fù)制代碼代碼如下:

location /stock/ {

     proxy_pass http://stock;

 }

這只是簡(jiǎn)單的告訴Nginx將所有api.example.com/stock/…的代理請(qǐng)求轉(zhuǎn)發(fā)到'stock'中定義的后端服務(wù)器，這些定義存放在'upstream.*.conf'中。代理自動(dòng)化組件也引入了一個(gè)名為upstream.stock.conf文件，它看起來(lái)像這樣：

復(fù)制代碼代碼如下:

upstream stock {

    server 10.0.0.23:8001;

    server 10.0.0.23:8002;

}

這些配置告訴Nginx將所有到api.example.com/stock/的請(qǐng)求輪詢到給定的地址，在這個(gè)例子中兩個(gè)實(shí)例在同一臺(tái)機(jī)器(10.0.0.23)上，一個(gè)在8001端口，一個(gè)在8002端口。

正如股票組件的部署一樣，添加新條目可以同樣增加到upstream.stock.conf中。同樣，當(dāng)組件卸載時(shí)，只要?jiǎng)h除對(duì)應(yīng)條目就可以了，當(dāng)所有組件移除時(shí)，將整個(gè)文件已就刪除。

這種基礎(chǔ)架構(gòu)可以讓我們聚合組件的基礎(chǔ)設(shè)備。我們可以通過(guò)簡(jiǎn)單地添加新的組件實(shí)例來(lái)擴(kuò)展應(yīng)用程序。作為組件開(kāi)發(fā)人員也不需要做任何代理配置，只需要確保組件發(fā)送了添加或刪除API聲明的消息就可以了。

您可能感興趣的文章: