SOFA-MOSN源碼解析—配置詳解

時間 2019-12-10

標籤 sofa mosn 源碼解析配置詳解简体版

原文原文鏈接

SOFAMosn是基於Go開發的sidecar，用於service mesh中的數據面代理。官方文檔見SOFAMosn，基本架構以下:git

一個簡單的結合sofa-rpc的例子可參考SOFAMosn代理SOFARPC。觀察到啓動mosn形似./main start -c config.json，那麼咱們能夠先從分析配置入手，看看mosn做爲數據代理的整個流轉過程。github

配置初探

config.json的配置以下:json

{
 "servers": [
    {
 "default_log_path": "stdout",
 "listeners": [
        {
 "name": "serverListener",
 "address": "127.0.0.1:2046",
 "bind_port": true,
 "log_path": "stdout",
 "filter_chains": [
            {
 "tls_context": {},
 "filters": [
                {
 "type": "proxy",
 "config": {
 "downstream_protocol": "Http2",
 "upstream_protocol": "SofaRpc",
 "router_config_name": "server_router"
                  }
                },
                {
 "type": "connection_manager",
 "config": {
 "router_config_name": "server_router",
 "virtual_hosts": [
                      {
 "name": "serverHost",
 "domains": [
                          "*"
                        ],
 "routers": [
                          {
 "match": {
 "headers": [
                                {
 "name": "service",
 "value": ".*"
                                }
                              ]
                            },
 "route": {
 "cluster_name": "serverCluster"
                            }
                          }
                        ]
                      }
                    ]
                  }
                }
              ]
            }
          ]
        },
        {
 "name": "clientListener",
 "address": "127.0.0.1:2045",
 "bind_port": true,
 "log_path": "stdout",
 "filter_chains": [
            {
 "tls_context": {},
 "filters": [
                {
 "type": "proxy",
 "config": {
 "downstream_protocol": "SofaRpc",
 "upstream_protocol": "Http2",
 "router_config_name": "client_router"
                  }
                },
                {
 "type": "connection_manager",
 "config": {
 "router_config_name": "client_router",
 "virtual_hosts": [
                      {
 "name": "clientHost",
 "domains": [
                          "*"
                        ],
 "routers": [
                          {
 "match": {
 "headers": [
                                {
 "name": "service",
 "value": ".*"
                                }
                              ]
                            },
 "route": {
 "cluster_name": "clientCluster"
                            }
                          }
                        ]
                      }
                    ]
                  }
                }
              ]
            }
          ]
        }
      ]
    }
  ],
 "cluster_manager": {
 "clusters": [
      {
 "Name": "serverCluster",
 "type": "SIMPLE",
 "lb_type": "LB_RANDOM",
 "max_request_per_conn": 1024,
 "conn_buffer_limit_bytes": 32768,
 "hosts": [
          {
 "address": "127.0.0.1:8080"
          }
        ]
      },
      {
 "Name": "clientCluster",
 "type": "SIMPLE",
 "lb_type": "LB_RANDOM",
 "max_request_per_conn": 1024,
 "conn_buffer_limit_bytes": 32768,
 "hosts": [
          {
 "address": "127.0.0.1:2046"
          }
        ]
      }
    ]
  }
}
複製代碼

這裏的配置很是多，而且有不少的概念及術語。其實mosn概念大多繼承於Envoy，因此相關概念能夠參考Envoy的官方文檔。服務器

咱們就config.json中出現的概念作一些解釋。網絡

基本術語

Host/主機：可以進行網絡通訊的實體（如移動設備、服務器上的應用程序）。架構

Downstream/下遊：下游主機鏈接到 Mosn，發送請求並接收響應。負載均衡

Upstream/上游：上游主機接收來自 Mosn 的鏈接和請求，並返回響應。dom

Listener/監聽器：監聽器是命名網地址（例如，端口、unix domain socket等)，能夠被下游客戶端鏈接。Mosn 暴露一個或者多個監聽器給下游主機鏈接。socket

Cluster/集羣：集羣是指 Mosn 鏈接到的邏輯上相同的一組上游主機。Mosn 經過服務發現來發現集羣的成員。Mosn 經過負載均衡策略決定將請求路由到哪一個集羣成員。ide

Mosn配置詳解

Mosn中的配置包括兩大類: listener(servers)配置和cluster(cluster_manager)配置。

Listener配置

Mosn的每個server均可配置多個listener以實現複雜的代理邏輯。listener每每包含一組filter依次對數據流進行處理。

咱們看到例子中，由sofa-rpc的client端發起了請求，請求的是127.0.0.1:2045。而咱們能夠發現config.json中配置的clientListener恰好監聽的地址是127.0.0.1:2045。它主要包含了如下一些配置

name: 監聽器名稱
address: 監聽的地址
filter_chains：一些列過濾器鏈 mosn的過濾器有不少種類，按照配置的順序依次處理數據，在這個例子中，配置了兩個過濾器，proxy和connectionManager。

proxy主要是指定了上下游的協議，便於進行協議轉換:

downstream_protocol: 下游協議，當前例子採用了sofa-rpc
upstream_protocol：上游協議，當前例子採用了http2 connectionManager則主要用於配置匹配規則，路由規則等，即virtual_hosts配置。而 virtual_hosts 配置中必須包含如下幾項配置：
name：服務名稱
domains：DNS 域名，必須能跟 virtual_host 的 URL 匹配
routes：路由列表每一個路由中還能夠包含如下配置：
match：匹配規則，例如header中須要包含特定的key等
cluster：路由處處理該請求的 mosn cluster 在當前例子中，即爲URL爲*的請求，而且headers中包含key爲service的header，均交於名爲clientCluster的cluster處理。

Cluster配置

在clientListener配置的最後，講道將請求交於clientCluster處理。那麼咱們接下來看cluster的相關配置。cluster的配置中主要包含了服務發現和負載均衡方式配置。

咱們在config.json中找到clientCluster的配置，發現其主要包含如下幾項:

name: cluster名稱
lb_type: 負載均衡方式
hosts: 在當前例子中，SIMPLE模式的cluster，直接配置了服務發現的主機列表

在當前例子中，負載均衡方式爲隨機，而且主機列表僅僅只有一臺，那麼意味着請求將轉發到127.0.0.1:2046。

服務端mosn配置

當前咱們的流轉過程是從clientListener到clientCluster，而這二者其實都包含在了client端的mosn中。clientCluster將請求轉發到了127.0.0.1:2046，先由serverListener監聽到請求，再交由serverCluster處理，這二者屬於server端的mosn，處理邏輯與以前描述的client端的mosn一致，在此不作展開。最後，serverCluster將請求經過服務發現與負載均衡後，轉發到了真正的服務端sofa-rpc，即127.0.0.1:8080。