到這裏，聚合網關暫時告一段落，總結一下整個過程
- 首先，我建議各位同學從1開始看，至少走一遍，會幫你很好理解這個設計思想及步驟，千萬不要抽着看，很容易亂。
- 採用zuul做網關，目前zuul在生產中用的還是比較多的，很多企業開始做微服務，基本的併發量都不會很大，因爲業界的流量都被幾大集團給拿走了，你懂得，現狀。
- zuul也是很厲害的東西，基本上都是夠用的，可以去百度一下zuul的請求量，很多企業都夠用的。
- 有人也許會想用spring gateway，這個東西比較新，做過測試，也是真的槓槓的，這個有興趣的同學可以去研究一下，但是用於生產的東西，我建議選擇大衆一點的，簡單來說，就是出了問題你可以百度得到。
- 聚合服務這個東西，概念是從領域驅動來的，架構設計中以業務爲切分點，其實我們中國人幾千年的智慧告訴我們，分久必合合久必分，分分合合。
- 聚合服務中還有一種設計方式：持久化聚合。如何理解這個東西，我們現在的服務聚合，其實也是數據聚合，每次都把A，B，C三個服務的數據拿出來，揉在一起，扔給前端，但是這個持久化聚合呢，其實就是把A，B，C三種數據放到ES，DB，Redis上，我建議放到ES或者DB上，每次查詢的時候直接查詢。但是這也引入了一個數據同步處理的問題，不過ETL網上有很多解決方案，各位同學可以參考一下，同時這樣子的話，運維量跟複雜度會增加。在這一點上，如果體量不是很大的話，我建議簡單聚合即可。
- 說了這些，還是再次建議同學從頭走一遍整個過程，強迫一下自己搞一搞。
- 最後，源碼地址在碼雲上：https://gitee.com/smartDis/platform-gateway
最後，謝謝觀賞，覺得好的話，點個贊，有什麼問題可以留言溝通，麼麼噠。希望能幫助到一些網關方面比較迷茫的同學。