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

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

 更新時間：2015年06月28日 10:47:45   投稿：goldensun  
這篇文章主要介紹了自動化Nginx服務(wù)器的反向代理的配置方法,反向代理是Nginx服務(wù)器的招牌功能,需要的朋友可以參考下

 2015628104630354.png (640×479)

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

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

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

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


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

Nginx的配置是一個非常好的事情是支持通配符。看一看我們的頂級配置文件：
 

復(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)，有一個文件包含了所有api.example.com的請求配置:
 

復(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 偵聽來自 80 端口的 api.example.com 的請求。


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

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

location /stock/ {
 
     proxy_pass http://stock;
 
 }

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

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

upstream stock {
 
    server 10.0.0.23:8001;
 
    server 10.0.0.23:8002;
 
}

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

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

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

相關(guān)文章

最新評論