大家可以看看上篇
创易技术选型,对于创易,基本使用了其完整的微服务架构,不过我们对其做了一些改造,对JHipster我们使用的核心部分会做一些探讨。
官方的整体架构图如下:
![](https://i-blog.csdnimg.cn/blog_migrate/297513a69527fbb9c01813a474466e4c.webp?x-image-process=image/format,png)
![](https://i-blog.csdnimg.cn/blog_migrate/f9a044c95d1aa8c2b56edaec789290cd.webp?x-image-process=image/format,png)
![](https://i-blog.csdnimg.cn/blog_migrate/4b08a1b69d96bb2c50bc1fbc4b57b89e.webp?x-image-process=image/format,png)
经过再三思考,我们还是决定暂时去掉 gateway(网关),一方面是对Zuul proxy的性能持怀疑态度(还是倾向于专门的7层负载Nginx)[关于Zuul和nginx的性能对比可参考: http://instea.sk/2015/04/netflix-zuul-vs-nginx-performance/ ],另一方面感觉部署一层gateway(网关)会有很大的性能风险,部署复杂度也大大增加。
![](https://i-blog.csdnimg.cn/blog_migrate/a762c9a4db70a689f96d7bebdbc8b640.webp?x-image-process=image/format,png)