经调研，使用Spring Cloud Zuul解决方案的占多数，已经能满足绝大多数公司需求。但除了一些超级公司外，比如阿里，京东，他们是自己撸的一套网关。此外，点评直接采用的nginx负载均衡前置网关，而没用第七层网关，原因据说是七层网关会影响性能，但由于对其架构不甚了解，所以也不得而知。

一 小小推广 讲座 本话题已收入视频讲座《Spring Cloud分布式事务解决方案》大家不妨围观下 开源项目 我们利用消息队列实现了分布式事务的最终一致性解决方案，请大家围观。可以参考Github CoolMQ源码，项目支持网站: [链接]，最新文章或实现会更新在上面 二 前言 阿里2017云栖大会《破解世界性技术难题！GTS让分布式事...

Rabbitmq舍弃了繁重的事务消息而使用了消息确认机制实现了分布式事务，实在是解耦之一大神器。但是其配置起来挺麻烦，各种参数，各种调整。但国内貌似资料很少，找来找去都找不到，自己撸一发先

经调研发现这绝对是一个坑，pv、uv统计存在的设计看起来简单，但是瞬间流量大，特别是有抢购等功能时，设计不良会导致数据库访问压力大，还存在被用心不良者利用等情况。

Cache通常意义上是指高速缓存，它与数据库最大的区别是“更快”，可能会快上100倍，而且Cache是全部运行在内存中，而数据库中的数据一般都是存在硬盘中，而IO一直都是网站等大规模系统的瓶颈，如果不使用Cache，完全用数据库，当访问量过大时将导致数据丢失，更严重时会导致系统崩溃，特别是遇到恶意攻击的情况，所以缓存...

分布式系统最终一致性有N种方案，比如2PC（2阶段事务） ，以及三段提交等等，但开销较大，实现起来复杂，比如2阶段事务为例，需要引入一个协调者（Coordinator）来统一掌控所有参与者（Participant）的操作结果