资料内容：
1 低吞吐、低可用的最初技术架构
《羊了个羊》最开始的技术架构，
因为技术以及时间等因素，在设计上有些简单，
玩家流量通过一个接入层 LB进入， 传输给服务层几个 POD 进行游戏逻辑处理，
再将数据进行存储， 其中，热数据存储在Redis中, 持久化数据存在MongoDB。 最初的服务层几个 POD ，都是单点服务
单点服务的性能瓶颈，再加上代码未进行充分优化，造成当时的系统最高只能承受5000的QPS， 但实际流量增长很快， 并且持续升高并到达性能瓶颈，游戏服务开始瘫痪，全部玩家无法再进行游戏。
2 技术架构全面升级
大部分项目，都存在低吞吐、低可用的最初技术架构 但是，如果吞吐量一上来，就面临着优化
so， 面对服务中断， 《羊了个羊》团队在详细分析原来架构的不足之后， 《羊了个羊》 做了 技术架构全面升级
