互联网电商应用架构探讨

[b]三高是电商核心交易系统的基础：[/b]

电商核心交易系统有很多特点，如分布式、高可扩展等，在众多特性中，高可用、高并发、高性能是基础。

[b]应用架构的演进历程：[/b]

强依赖-> Service化->业务解耦->读写分离->异步->水平/垂直拆分->服务逻辑分组


[img]http://dl2.iteye.com/upload/attachment/0113/8128/a9c04cec-bfb1-333c-aeb1-8e14fb38a226.png[/img]


强依赖遵循简单的MVC架构，Controller层处理了所有的业务逻辑包括与DB的交互，在系统初期这种Simple的架构方便快捷，成本低业务响应快。但当业务开始变得复杂、人员规模爆发式增长，这种强耦合强依赖带来的弊端就成了巨大的瓶颈，代码耦合度高互相冲突、出错概率和事故概率明显提升，业务需求不能快速响应，SOA治理迫在眉睫，解耦和去依赖成为第一需求，于是Service化成为第一前提。

SOA 治理 -- Service日志是保障：

高可用不是一步做到的，我们的Service可用性不是一步达到99.9999%的，在这过程中一定会有很多的问题出现，怎么提前发现这些问题、出现问题后如何快速定位，这才是最重要的。如何做监控和问题定位，这只能依赖日志，这是监控和问题定位的基础。


错误编码详解：

[img]http://dl2.iteye.com/upload/attachment/0113/8130/05a6e883-4c78-3248-809a-e54315cae865.png[/img]


日志系统的设计基于以下：

一是进数据库、持久化有序化
二是分类化、层次化、错误code唯一


业务垂直拆分：

[img]http://dl2.iteye.com/upload/attachment/0113/8138/d23cecb5-0e09-38eb-9815-97aab61d4ed1.png[/img]


读写分离--订单读写分离：

[img]http://dl2.iteye.com/upload/attachment/0113/8140/c8d088d7-8967-32c9-92c5-e72c43c124e2.png[/img]


水平拆分--订单水平拆库：


[img]http://dl2.iteye.com/upload/attachment/0113/8144/d609acd9-895f-3d5e-864f-1703d0dc5c82.png[/img]


服务逻辑分组--Haproxy到Hedwig：

[img]http://dl2.iteye.com/upload/attachment/0113/8142/d9ab46ff-7fd2-3ed7-9137-be900d8c31ab.png[/img]