其实这块肯定是扯到高并发了，因为分库分表一定是为了支撑高并发、数据量大两个问题的。而且现在说实话，尤其是互联网类的公司面试，基本上都会来这么一下，分库分表如此普遍的技术问题，不问实在是不行，而如果你不知道那也实在是说不过去！ 说白了，分库分表是两回事儿，大家可别搞混了，可能是光…

容错其实是系统健壮性的重要指标之一，而本文会主要聚焦于 “容错” 能力的实践，希望对做技术的同学有所启发和帮助。

微服务架构解决了很多问题，但是同时引入了很多问题。本文要探讨的是如何解决下面这几个问题。 有大量的同步 RPC 依赖，如何保证自身的可靠性？ RPC 调用失败，降级处理之后如何保证数据可修复？ 消息队列是一个 RPC 主流程的旁路流程，怎么保证可靠性？ 消息队列怎么保持与数据库的事务一致？

吞吐量：QPS， TPS，OPS 等等，并发。并不是越高越好，需要考虑 TP99。用户角度：系统是个黑盒，复杂系统中的任何一环到会导致稳定性问题。SLA：在某种吞吐量下能提供 TP99 为 n 毫秒的服务能力。降低延时，会提高吞吐量，但是延时的考核是 TP99 这样的稳定的延时。

羊年春晚摇一摇活动已经落下帷幕，现在回过头来看看这一全民参与的有趣的活动背后，有着怎样的后台系统？这个系统又是如何被设计与实现出来的？