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