到这里，聚合网关暂时告一段落，总结一下整个过程
- 首先，我建议各位同学从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
最后，谢谢观赏，觉得好的话，点个赞，有什么问题可以留言沟通，么么哒。希望能帮助到一些网关方面比较迷茫的同学。