路由route

路(lu)由（Route）是(shi)請(qing)求的(de)(de)入口(kou)點，它定義了客戶端(duan)請(qing)求與(yu)服(fu)(fu)務之間的(de)(de)匹配規則。路(lu)由可以與(yu)服(fu)(fu)務（Service）、上游(you)（Upstream）關(guan)聯，一(yi)個服(fu)(fu)務可對(dui)應(ying)一(yi)組路(lu)由，一(yi)個路(lu)由可以對(dui)應(ying)一(yi)個上游(you)對(dui)象（一(yi)組后端(duan)服(fu)(fu)務節點），因此，每(mei)個匹配到路(lu)由的(de)(de)請(qing)求將被(bei)網關(guan)代理(li)到路(lu)由綁定的(de)(de)上游(you)服(fu)(fu)務中(zhong)。

如圖：

如果前端調用后(hou)端接口時，前綴(zhui)都是/kpi/index時，那apisix就不知道應該(gai)選擇(ze)哪個路由(you)了，這(zhe)時，我們需要為路由(you)添加(jia)域(yu)名，，這(zhe)個域(yu)名就是request header中的(de)(de)host，即前端調用apisix-gateway時的(de)(de)域(yu)名，這(zhe)個域(yu)名是需要解析(xi)到(dao)apisix-gateway的(de)(de)。

上游upstream

上游列(lie)表(biao)包含了(le)已創建的上游服(fu)(fu)務(wu)（即后端服(fu)(fu)務(wu)），可(ke)以對上游服(fu)(fu)務(wu)的多個(ge)目標(biao)節點進行(xing)負載均衡和健康檢查。

上游中指定了你要轉發(fa)到的后(hou)端(duan)服(fu)務(wu)，可(ke)以(yi)是具體的節點IP+端(duan)口，也可(ke)以(yi)通過服(fu)務(wu)發(fa)現(xian)來指定，如kubernetes,nacos,dns等(deng)，如圖：

路由中按域名轉發的必要性

首(shou)先，這里的域(yu)名(ming)是指(zhi)gateway的域(yu)名(ming)，一般是前端(duan)網站有(you)個(ge)域(yu)名(ming)，然后它在調用(yong)后端(duan)服務(wu)(wu)時，會使用(yong)apisix-gateway的域(yu)名(ming)，我們在apisix-gateway的域(yu)名(ming)可能是多個(ge)，按著(zhu)具體的業務(wu)(wu)去(qu)劃分，不好混(hun)淆。

如圖所示，下(xia)面路(lu)由中出現的域名(ming)，都(dou)是gateway按著業務來劃分的域名(ming)，與具體(ti)前端的應用(yong)域名(ming)沒有關(guan)系

也就是說，當apisix收到新的請(qing)求時，會查看請(qing)求頭中host的值，如果(guo)有匹配(pei)的路由，就取出來，再(zai)進行path前綴的過濾(lv)。