企业IT架构转型之道云盘(企业it架构的转型之道作者)

领500g书库，关注公众号:程叫兽的宝藏 (长按可复制！)

热门下载区==>点此链接进入<<<

本文节选自《企业IT架构转型之道》电子版：

了一系列的基于SOA理念新一代服务化框架研发以及采用业务模块逐步迁移的方式进行应用架构的改造工作。首先淘宝从现有应用中选择了用户相关的功能作为试点，和剥离出了用户服务中心，其主要出发点是用户的业务逻辑相对独立和简单，而且服务功能的复用率最高，在逐渐完善新研发的服务框架的同时，也沉汪了大量服务化实施的宝贵经验，这也成为今天我们在协助企业客户进行业务架构迁移时采用的典型方案。经过两个多月的应用改造，用户中心于2008年年初成功上线。紧接着，又相继开始了两个在阿里巴巴内部非常著名的项目:“千岛湖”项目成功将“交易中心”和“类目中心”从现有平台中进行了璋离和改造，“五彩石”项目则将剩下的“商品中心”、“店铺中心”等核心业务功能模块进行了全部的改造。最终在保障淘宝业务不间断运行和不影响业务发展的同时，在14个月的时间内将原来单一应用的模式

企业it 架构转型之道pdf

改造成为基于SOA理念的分布式服务架构。在应用部嗜形态上，由之前一个几百兆字节大小的WAR包部署模式改造成为上百个WAR包独立部署的服务化架构。这次改造被阿里巴巴同事称为“给飞行中的飞机换发动机”，也为后来的共孚服务体系的建设打下了扎实的技术和论基础。随着淘宝平台服务化改造工作的完成，之前因为应用没有拆分的问题都得到了很好的解决:“降低不同模世开有团队间的协同成本，业务啊应更迅捷。由于不同功能模块间进行了清晰、稳定的服务契约的定义，分别负责不同功能的开发团队只要保证对外服务的接口定义不发生变化，内部的业务不管如何调整，都不会影响到其他功能模块。结果是能更加快捷地啊应业务的需求。新版本的业务发布周期从开发团队拼命加班加点也就揭强两周迭代《〈即新版本应用的发布上线)一次降低到相对比较轻松地实现一周两次欠代，其实如果不考虑业务的稳定性

企业it架构转型之道电子书

，技术上完全文持更加频繁的和欠代要求。*大大降低系统间的耦合度以及整体复杂度，各个开发团队可专注村各自的业务模块。当应用被拆分成几个服务中心的架构后，各自开发团队专注于上自己负责的业务服务中心的业务，原本需要对整个应用的架构和业务流程有全面的理解，现在转变为只要将自己领域内的业务做到最专业。这样对人员的要求降低了不少，原本一个人的精力需要分布到整个业务流程的各个环节，而现在只需要将精力集中在其中的几个环节中，从理论上一定会对这几个环节的理解和掌控更加精，从而会提供更专业和稳定的服务。另一个好处则是对加入团队的新员工来说，相对更清晰的业务阵型有利于让这些新员工尽快理解自己负责的业务，从而更快地投入到生产中去。VNS“避免了个别模块的错误给整体融来的影响。业务已经按照影啊业务的优先级、变化的频率进行了服务化拆分，各个服务中心之间完

企业it架构转型之道阿里

综上：企业it架构的转型之道作者值得推荐阅读