本篇讲述了阿里巴巴的技术发展史，同时也是一部互联网技术架构的实践与发展史。
前言
为一个复杂的、高速发展的业务构建一个技术系统是一个巨大的挑战。阿里巴巴集团主要是以电子商务、支付为业务主体，这类系统都是复杂的商业系统。这个业务又承载于互联网之上，互联网又具有海量的访问请求与数据。这两者的结合，形成了阿里巴巴集团的业务系统的关键特点。
不同于搜索、社交之类的应用系统，电子商务、支付的业务特性决定了其必须有很高的稳定性与可靠性。用户在使用搜索引擎的时候，哪怕丢失了一半的搜索结果，用户可能都没有觉察。但在电子商应用中，每一笔订单、每一个状态、每一次支付都不能有丝毫差错。与此同时，像双十一这种业务高峰时刻，每秒钟就需要处理十万笔以上的订单。高可用、海量、复杂的业务逻辑交织在一起，是阿里巴巴业务系统的主要挑战。
阿里巴巴集团为了应对这些挑战，在技术上、组织架构上都进行了广泛的实践。并进一步将此种实践提升至中台这样的概念。
时代背景
阿里巴巴集团在很多技术方面进行了不断的探索，如数据库的水平扩展、复杂业务系统的结构化与服务化、大型系统的消息处理、关键业务系统的实时调控等。在数据库层面，阿里巴巴很早就启动了去IOE的项目，本质上是想解决大规模数据的线性可扩展问题，包括存储与访问两个方面。为了实现这个目标，发展了一系列的中间件来支撑这种新的架构。
随着业务的发展，阿里巴巴也面临着复杂业务系统的解耦问题。在互联网行业，需求的迭代速度非常快，通常每周都会有数十个功能更新或增加，并要及时发布。
如何保持业务相对隔离可以让工程师大规模并行工作，传统上有很多解决方案，如SOA、ESB 等,但如何在解耦的同时仍能满足互联网海量访问且具有高性能的要求，阿里巴巴集团对传统技术进行了革新，提出了一系列实用的技术方案。
系统规模进一步变大之后，需要解决更多、更复杂的问题，比如在全球进行分布式的部署、9.999% 以上的高可用、容灾等，这对系统的架构与设计提出了更多的挑战。
解决了系统的静态架构之外，很快就会发现，像此类复杂的企业级互联网应用需要在运行时可以全程进行动态感知与管理，不仅要有全部的监控能力，更要根据业务流量进行业务的优雅降级，确保系统高可用等。
主要内容
本书从阿里巴巴启动中台战略说起，详细阐述了共享服务理念给企业业务发展带来的业务价值。接着会分享阿里巴巴在建设共享服务体系时如何进行技术框架的选择，哪些重要的技术平台支撑起了共享服务体系，这也是迄今为止对阿里巴巴集团中间件体系对外最全面系统的介绍。除了技术层面之外，本书还分享了阿里巴巴内部的一些经验和实践，如组织的架构和体制如何更好地支持共享服务体系的持续发展。
最后结合两个典型案例来介绍如何在实际工作中应用共享服务体系。一个案例是国内某大型国企进行互联网转型的尝试和探索，最终走上成功转型之道的过程；另一个案例是国内某零售企业如何基于阿里巴巴提供的企业级互联网架构重构企业IT架构，在短期内快速重构供应链、SCRM等平台，打造了企业全渠道分销平台，为该企业在竞争最为激烈的零售行业构建了差异化的竞争优势。希望通过这两个案例使读者更真切地看到共享服务体系项目落地的过程，以及它在企业互联网业务和IT架构转型过程中所起到的重要作用。
“他山之石，可以攻玉”
本篇更多是从技术架构解决了什么问题，企业收获了哪些业务价值的角度进行说明和阐述，并没有描述太多晦涩的理论、算法和模型。希望更多的企业IT管理者、架构师、立志成为架构师的技术人员能从这本篇中获取有价值的信息，进而对自身职业发展和所在企业业务发展有所帮助。对于有一定技术背景，希望对互联网架构有一个整体了解的朋友，本篇也是一本不错的人门书籍。
第一部分——引子
- 第1章：阿里巴巴集团中台战略引发的思考
- 第2章：构建业务中台的基础——共享服务体系
本部分从阿里巴巴为何启动中台战略说起，谈到阿里巴巴共享业务事业部从建立、摸索及系列演变，到最终成为阿里巴巴业务中台战略中核心组成部分的过程。
通过共享服务架构的建设，使得阿里巴巴摆脱了因为“烟囱式”系统建设方式所带来的种种发展桎梏，最终成为阿里巴巴业务中台战略的核心组成。那么建设这样的业务中台阵型到底给阿里巴巴带来哪些显著的业务价值，也是本章重点阐述的内容。
本部分深入分析了阿里巴巴共享业务事业部发展历程中所遇到的一系列问题和困境，而这些问题也恰恰是当今很多传统企业信息系统建设过程中所遇到的问题，找出这些问题的症结是根治这些问题的必修课。
第二部分——共享服务体系搭建
- 第3章：分布式服务框架的选择
- 第4章：共享服务中心建设原则
- 第5章：数据拆分实现数据库能力线性扩展
- 第6章：异步化与缓存原则
- 第7章：打造数字化运营能力
- 第8章：打造平台稳定性能力
- 第9章：共享服务中心对内和对外的协作共享
构建共享服务体系，必然需要采用一套服务化框架来支撑整个服务体系的运转，本部分将从介绍淘宝从单一系统模式转变为服务化架构的过程开始，详细阐述为什么“去中心化”服务架构成为今天绝大多数互联网平台所采用的服务框架。
紧接着介绍阿里巴巴共享服务中心的架构，以及在架构转变的过程中，技术团队对如何建设共享服务中心的思考，包括在过去几年建设历程中，我们沉淀出的一些建设原则。
随着共享服务中心的服务数量不断增加，会有越来越多的内部应用、甚至外部平台要接入这些服务，如何高效实现应用对服务中心的服务对接，是一个分布式服务体系发展到一定阶段后必然要面临的问题。最后本部分通过对阿里巴巴共享服务平台( Shared Platform as Service, SPAS)建设背景、建设过程以及建设后收效的介绍，系统阐述了共享服务平台对于提升阿里巴巴内部服务共享的效率提升起到的重大作用，同时也会对阿里巴巴通过淘宝开放平台构建淘宝电商生态体系进行剖析。
第三部分——阿里巴巴能力输出与案例
- 第10章：大型央企互联网转型
- 第11章：时尚行业品牌公司互联网转型
根据某央企十二五规划中提出的IT建设目标，必须改变传统的基础设施建设思路，采用成熟的新技术、新方案，核心是采用云计算设计理念，对服务器、存储等物理设备进行池化，便于对资源的灵活调配，满足不同应用及应用在不同时间段对计算和存储等资源的需求。本部分进行了详细的阐述，并主要介绍了时尚行业基于服务中心理念、互联网的分布式数据库、应用、消息等技术，通过改造供应链、SCRM帮助时尚品牌企业降低库存、减少缺货、提升客流、满足消费者需求，从而获取了更多的市场竞争力。
总结
系统的建设要从生产型模型升级到运营型模型，从版本模型升级到迭代模型。运营型模型最大的优势是所有的积累都被沉淀，而生产型模型会因为10%的差异而重新建设100%的系统。每次都是新的故事、新的逻辑、新的代码，而这些都来自几个人的脑子。运营型模型的逻辑则来自于无数客户、供应商、工程师的的脑子，并经过不断的积累，那么差距就显而易见。
本篇主要介绍了阿里巴巴电商系统架构的演变历史，对各个行业在做企业IT架构优化方面，也会有很大的帮助。
好了，以上就是笔者介绍的原阿里首席架构师，关于企业IT架构转型之道的部分解析，因内容足够详实，故无法完全展开，有兴趣进一步深入了解的朋友们，请帮忙转发此文章，并关注笔者，私信回复【学习】即可~~~
喜欢文章请多多点赞评论转发，关注笔者，你们的支持就是小编最大的动力~~~
1406
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
