电商核心交易系统有很多特点，如分布式、高可扩展等，在众多特性中，高可用、高并发、高性能是基础。
应用架构的演进历程：
强依赖-> Service化->业务解耦->读写分离->异步->水平/垂直拆分->服务逻辑分组
强依赖遵循简单的MVC架构，Controller层处理了所有的业务逻辑包括与DB的交互，在系统初期这种Simple的架构方便快捷，成本低业务响应快。但当业务开始变得复杂、人员规模爆发式增长，这种强耦合强依赖带来的弊端就成了巨大的瓶颈，代码耦合度高互相冲突、出错概率和事故概率明显提升，业务需求不能快速响应，SOA治理迫在眉睫，解耦和去依赖成为第一需求，于是Service化成为第一前提。
SOA 治理 -- Service日志是保障：
高可用不是一步做到的，我们的Service可用性不是一步达到99.9999%的，在这过程中一定会有很多的问题出现，怎么提前发现这些问题、出现问题后如何快速定位，这才是最重要的。如何做监控和问题定位，这只能依赖日志，这是监控和问题定位的基础。
错误编码详解：
日志系统的设计基于以下：
一是进数据库、持久化有序化
二是分类化、层次化、错误code唯一
业务垂直拆分：
读写分离--订单读写分离：
水平拆分--订单水平拆库：
服务逻辑分组--Haproxy到Hedwig：
