架构演进路程：

　　->初始阶段：LAMP,部署在一台服务器

　　->应用服务器和数据服务器分离

　　->使用缓存改善性能

　　->使用集群改善并发

　　->数据库地读写分离

　　->使用反向代理和cdn加速

　　->使用分布式文件和分布式数据库

　　->业务拆分

　　->分布式服务

　　业务架构是生产力，应用架构是生产关系，技术架构是生产工具。业务架构决定应用架构，应用架构需要适配业务架构，并随着业务架构不断进化，同时应用架构依托技术架构最终落地。

　　企业一开始业务比较简单，比如进销存，此时面向内部用户，提供简单的信息管理系统(MIS)，支持数据增删改查即可，单体应用可以满足要求。

　　随着业务深入，进销存每块业务都变复杂，同时新增客户关系管理，以更好支持营销，业务的深度和广度都增加，这时需要对系统按照业务拆分，变成一个分布式系统。

　　更进一步，企业转向互联网+战略，拓展在线交易，线上系统和内部系统业务类似，没必要重做一套，此时把内部系统的逻辑做服务化改造，同时供线上线下系统使用，变成一个简单的SOA架构。

　　紧接着业务模式越来越复杂，订单、商品、库存、价格每块玩法都很深入，比如价格区分会员等级，访问渠道(无线还是PC)，销售方式(团购还是普通)等，还有大量的价格促销，这些规则很复杂，容易相互冲突，需要把分散到各个业务的价格逻辑进行统一管理，以基础价格服务的方式透明地提供给上层应用，变成一个微内核的SOA架构。

　　同时不管是企业内部用户，还是外部顾客所需要的功能，都由很多细分的应用提供支持，需要提供portal，集成相关应用，为不同用户提供统一视图，顶层变成一个AOA的架构(application orientated architecture)。

　　E8运维是国内最早成立的IT运维技术社区，致力于为运维相关领域的工程师打造一个良好的学习交流平台。深度剖析国内运维业内动态，分享DevOps、自动化运维、智能运维等优秀实践，帮助运维人员提升技能和规划职业发展路线。