課程下載鏈接：https://pan.baidu.com/s/1ql1J4IvGJ1wTBOa2EKtFgg 提取碼: b65w

 老顧這系列課程就給大家介紹一下nignx + lua方式的網(wǎng)關(guān)框架，也是很多公司常用的網(wǎng)關(guān)框架

   最近 微服務(wù)架構(gòu)在項(xiàng)目中的應(yīng)用越來越多，我們知道在微服務(wù)架構(gòu)風(fēng)格中，一個(gè)大應(yīng)用被拆分成為了多個(gè)小的服務(wù)系統(tǒng)提供出來，這些小的系統(tǒng)他們可以自成體系，也就是說這些小系統(tǒng)可以擁有自己的數(shù)據(jù)庫，框架甚至語言等，這些小系統(tǒng)通常以提供 Rest Api 風(fēng)格的接口來被 H5, Android, IOS 以及第三方應(yīng)用程序調(diào)用。

        但是在UI上進(jìn)行展示的時(shí)候，我們通常需要在一個(gè)界面上展示很多數(shù)據(jù)，這些數(shù)據(jù)可能來自于不同的微服務(wù)中，舉個(gè)例子。

        在一個(gè)電商系統(tǒng)中，查看一個(gè)商品詳情頁，這個(gè)商品詳情頁包含商品的標(biāo)題，價(jià)格，庫存，評(píng)論等，這些數(shù)據(jù)對(duì)于后端來說可能是位于不同的微服務(wù)系統(tǒng)之中，可能我后臺(tái)的系統(tǒng)是這樣來拆分我的服務(wù)的：

        1、產(chǎn)品服務(wù) - 負(fù)責(zé)提供商品的標(biāo)題，描述，規(guī)格等。

        2、價(jià)格服務(wù) - 負(fù)責(zé)對(duì)產(chǎn)品進(jìn)行定價(jià)，價(jià)格策略計(jì)算，促銷價(jià)等。

        3、庫存服務(wù) - 負(fù)責(zé)產(chǎn)品庫存。

        4、評(píng)價(jià)服務(wù) - 負(fù)責(zé)用戶對(duì)商品的評(píng)論，回復(fù)等。

        現(xiàn)在，商品詳情頁需要從這些微服務(wù)中拉取相應(yīng)的信息，問題來了？

        問題

        由于我們使用的服務(wù)系統(tǒng)架構(gòu)，所以沒辦法像傳統(tǒng)單體應(yīng)用一樣依靠數(shù)據(jù)庫的 join 查詢來得到最終結(jié)果，那么如何才能訪問各個(gè)服務(wù)呢？

        按照微服務(wù)設(shè)計(jì)的指導(dǎo)原則，我們的微服務(wù)可能存在下面的問題：

        服務(wù)使用了多種協(xié)議，因?yàn)椴煌膮f(xié)議有不同的應(yīng)場(chǎng)景用，比如可能同時(shí)使用 HTTP, AMQP, gRPC 等。

        服務(wù)的劃分可能隨著時(shí)間而變化。

        服務(wù)的實(shí)例或者Host+端口可能會(huì)動(dòng)態(tài)的變化。

        那么，對(duì)于前端的UI需求也可能會(huì)有以下幾種：

        粗粒度的API，而微服務(wù)通常提供的細(xì)粒度的API，對(duì)于UI來說如果要調(diào)用細(xì)粒度的api可能需要調(diào)用很多次，這是個(gè)不小的問題。

        不同的客戶端設(shè)備可能需要不同的數(shù)據(jù)。Web,H5,APP

        不同設(shè)備的網(wǎng)絡(luò)性能，對(duì)于多個(gè)api來說，這個(gè)訪問需要轉(zhuǎn)移的服務(wù)端會(huì)快得多

        以上，就是我們構(gòu)建微服務(wù)的過程中可能會(huì)遇到的問題。那么如何解決呢？

        這種情況下， API 網(wǎng)關(guān)（API Gataway）誕生了。

        API 網(wǎng)關(guān)

       API網(wǎng)關(guān)是一個(gè)服務(wù)器，是系統(tǒng)的唯一入口。從面向?qū)ο笤O(shè)計(jì)的角度看，它與外觀模式類似。API網(wǎng)關(guān)封裝了系統(tǒng)內(nèi)部架構(gòu)，為每個(gè)客戶端提供一個(gè)定制的API。它可能還具有其它職責(zé)，如身份驗(yàn)證、監(jiān)控、負(fù)載均衡、緩存、請(qǐng)求分片與管理、靜態(tài)響應(yīng)處理。

        API網(wǎng)關(guān)方式的核心要點(diǎn)是，所有的客戶端和消費(fèi)端都通過統(tǒng)一的網(wǎng)關(guān)接入微服務(wù)，在網(wǎng)關(guān)層處理所有的非業(yè)務(wù)功能。通常，網(wǎng)關(guān)也是提供REST/HTTP的訪問API。服務(wù)端通過API-GW注冊(cè)和管理服務(wù)。