1 低吞吐、低可用的最初技术架构

《羊了个羊》最开始的技术架构，

因为技术以及时间等因素，在设计上有些简单，

玩家流量通过一个接入层 LB进入， 传输给服务层几个 POD 进行游戏逻辑处理，

再将数据进行存储， 其中，热数据存储在Redis中, 持久化数据存在MongoDB。 最初的服务层几个 POD ，都是单点服务

单点服务的性能瓶颈，再加上代码未进行充分优化，造成当时的系统最高只能承受5000的QPS， 但实际流量增长很快， 并且持续升高并到达性能瓶颈，游戏服务开始瘫痪，全部玩家无法再进行游戏。

2 技术架构全面升级

大部分项目，都存在低吞吐、低可用的最初技术架构 但是，如果吞吐量一上来，就面临着优化

so， 面对服务中断， 《羊了个羊》团队在详细分析原来架构的不足之后， 《羊了个羊》 做了 技术架构全面升级