厉害了！阿里P8架构师用4大技术文档带你深入解读爆火的中台战略

Posted 2020-12-16

前言

根据百度指数搜索“中台”，可以发现中台这个概念从2019年5月21日起突然火了起来，并持续火爆。如果对2019.5-2020.7进行一次关键词盘点的话，中台绝对要算一个。

从概念的认知，到实战经验的分享，再到中台战略引起的思考，一些优质图书陆续出版，系统性、多角度地对中台进行解读。

整理起来总共分为四大中台技术文档：企业IT架构转型之道、架构真经、架构即未来、微服务架构设计模式，因为内容实在是太多了，所以小编只把部分知识点整理出来给大家介绍一下，每个小节都有更加细化的内容。

一、企业IT架构转型之道

主要内容

本文从阿里巴巴启动中台战略说起，详细阐述了共享服务理念给企业业务发展带来的业务价值。接着会分享阿里巴巴在建设共享服务体系时如何进行技术框架的选择，哪些重要的技术平台支撑起了共享服务体系，这也是迄今为止对阿里巴巴集团中间件体系对外最全面系统的介绍。除了技术层面之外，本文还分享了阿里巴巴内部的一些经验和实践，如组织的架构和体制如何更好地支持共享服务体系的持续发展。

最后结合两个典型案例来介绍如何在实际工作中应用共享服务体系。一个案例是国内某大型国企进行互联网转型的尝试和探索，最终走上成功转型之道的过程;

另一个案例是国内某零售企业如何基于阿里巴巴提供的企业级互联网架构重构企业IT架构，在短期内快速重构供应链、SCRM等平台，打造了企业全渠道分销平台，为该企业在竞争最为激烈的零售行业构建了差异化的竞争优势。希望通过这两个案例使读者更真切地看到共享服务体系项目落地的过程，以及它在企业互联网业务和IT架构转型过程中所起到的重要作用。

目录

二、架构真经

主要内容

本文旨在帮助工程师、架构师和管理者研发及维护可扩展的互联网产品。给出了一系列规则，每个规则围绕着不同的主题展开讨论。

大部分的规则聚焦在技术上,少数规则涉及一些关键的思维或流程问题，每个规则对构建可扩展的产品都是至关重要的。这些规则在深度和焦点上都有所不同。有些规则是高级的，例如定义一个可以应用于几乎任何可扩展性问题的模型;其他的则比较具体，可能用来解释-种技术，例如怎么修改HTTP头来最大化内容缓存。在本文中，我们增加了成功的互联网产品公司中首席技术官和企业家的故事，这里涉及的公司既包括初创企业也有财富500强公司。这些故事有助于说明规则是如何形成的，以及它们为什么在海量事务处理环境中显得如此重要。没有什么其他故事可以比亚马逊更能说明在互联网上急速扩展所遇到的需求和挑战。

目录

三、架构即未来

主要内容

本文分成五部分。

第一部分重点介绍组织、管理和领导。提拔经理和领导通常是根据其在专业领域里的才能来决定的。例如，提拔工程方面的领导和经理的决策，常常根据他们的专业能力，而并没有给予足够的时间和资源培养他们在业务、管理和领导方面的才能。虽然他们可能在架构和技术扩展性方面表现得还不错，但是在组织扩展方面的专业能力常常是浅层次的甚至是不存在的。我们希望本书能为这些经理和领导奠定基础,促进他们成长和成功。

第二部分重点讲述那些有助于处于高速成长阶段的公司扩展其技术平台的过程。讨论的话题从技术问题的解决方案到危机管理,也包括指导架构决策和确保平台可扩展的原则。

第三部分重点讨论技术和架构的可扩展性方面。本文介绍了专门从事顾问与咨询业务的AKF公司研发的具有知识产权的模型。这些模型旨在帮助机构通盘考虑可扩展性需求和其他的选择方案。

第四部分讨论云计算等新技术，也涉及一些高速成长的公司所特有的问题，诸如海量数据的增长、数据的成本、规划数据中心时需要考虑的问题、优化监控策略贴近客户体验等。

第五部分详细解释如何计算最常见的--些技术指标，包括系统可用性、容量、负载和性能的计算方法。

本文中的经验和教训既不曾在实验室中设计和验证，也不基于理论。相反，工程师、技术主管和组织为了确保实现理想、事业发展和系统的正常运转，经过多年艰苦卓绝的努力，通过设计和实施，把这些经验教训付诸实践。作者有幸以多种角色成为这些团队的一个部分，有的时候作为参与者，其他时候作为旁观察。我们已经看到阅读本文并学以致用所带来的成功，也看到了不愿意或无法应用这些经验所导致的失败。

本文旨在传授经验教训，并把你和你的团队带到成功的道路上。我们坚信本文所传授的知识和经验对于各个层面的工程和产品人员，不论是独立贡献者还是CEO,都很有价值。

目录

四、微服务架构设计模式

主要内容

本文的目标是让架构师和程序员学会使用微服务架构成功开发应用程序。

文中不仅讨论了微服务架构的好处，还描述了它们的弊端。读者将掌握如何在使用单体架构和使用微服务架构之间做出正确的权衡。

本文的重点是架构和开发，适合负责开发和交付软件的任何人(例如开发人员、架构师、CTO或工程副总裁)阅读。

本文侧重于解释微服务架构的设计模式和其他概念。无论读者使用何种技术栈，我的目标都是让你们可以轻松读懂这本文。你只需要熟悉企业应用程序架构和设计的基础知识即可。特别是，需要了解三层架构、Web应用程序设计、关系型数据库、使用消息和基于REST的进程间通信，以及应用程序安全性的基础知识等概念。本文的代码示例使用Java和Spring框架。为了充分利用它们，读者应该对Spring框架有所了解。

本文内容由13章组成。

第1章描述了所谓“单体地狱”的症状，当单体应用程序超出其架构时会出现这种问题，这可以通过采用微服务架构来规避。这一章还概述了微服务架构模式语言，这也是本文大部分内容的主题。

第2章解释了为什么软件架构很重要，描述了可用于将应用程序分解为服务集合的模式，并解释了如何克服在此过程中遇到的各种障碍。

第3章介绍了微服务架构中强大的进程间通信的几种模式，解释了为什么异步和基于消息的通信通常是最佳选择。

第4章介绍如何使用Saga模式维护服务间的数据-致性。 Saga 是通过传递异步消息的方式进行协调的一系列本地事务。

第5章介绍如何使用领域驱动设计( DDD)的聚合和领域事件等模式为服务设计业务逻辑。

第6章以第5章为基础，解释了如何使用事件溯源模式开发业务逻辑，事件溯源模式是一种以事件为中心的设计思路，用来构建业务逻辑和持久化领域对象。

第7章介绍如何使用API组合模式或命令查询职责隔离(CQRS)模式，这两个模式用来实现查询分散在多个服务中的数据。

第8章介绍了处理来自各种外部客户端请求的外部API模式，例如移动应用程序、基于浏览器的javascript应用程序和第三方应用程序。

第9章是关于微服务自动化测试技术的两章中的第-章，介绍了重要的测试概念，例如测试金字塔，描述了测试套件中每种测试类型的相对比例，还展示了如何编写构成测试金字塔基础的单元测试。

第10章以第9章为基础，描述了如何在测试金字塔中编写其他类型的测试，包括集成测试、消费者契约测试和组件测试等。

第11章介绍了开发生产就绪服务的各个方面，包括安全性、外部化配置模式和服务可观测性模式。服务可观测性模式包括日志聚合、应用指标和分布式追踪。

第12章介绍了可用于部署服务的各种部署模式，包括虚拟机、容器和Serverless 模式。还介绍了使用服务网格的好处，服务网格是在微服务架构中处理服务间通信的一个网络软件层。

第13章介绍了如何通过采用绞杀者( Strangler)模式逐步将单体架构重构为微服务架构，绞杀者模式是指以服务形式实现新功能，从单体中提取模块将其转换为服务。

在学习这些章节的过程中，读者将了解微服务架构的不同方面。

总目录

四大中台技术文档总结

企业IT架构转型之道

架构真经

架构即未来

微服务架构设计模式

这四大中台技术文档：企业IT架构转型之道、架构真经、架构即未来、微服务架构设计模式，已经整理打包好，需要完整版内容的朋友，可以转发此文关注小编，查看微信公众号【程序员高级码农】来获取！！

送给读者的话

我一直以来都信奉再好的技术和框架如果不给企业带来业务价值，就没有太大意义，所以本文更多是从技术架构解决了什么问题，企业收获了哪些业务价值的角度进行说明和阐述，并没有描述太多晦涩的理论、算法和模型。

“他山之石，可以攻玉”，希望更多的企业IT管理者、架构师、立志成为架构师的技术人员能从这四份文档中获取有价值的信息，进而对自身职业发展和所在企业业务发展有所帮助。

对于有一定技术背景，希望对互联网架构有一个整体了解的读者，这四份文档更是不错的选择，赶紧抓紧时间获取学习吧。