前段时间因工作需要学习了中台了一些内容，破除了原来的神秘感，与已有的知识进行结合进行理解，以下是部分可以分享的内容。
1. 中台的作用和要解决的问题
1.1 中台之前
在中台出现之前，系统普遍采用前台+后台的设计，最终出现了问题有：竖井壁垒而导致的重复开发和设计；后台的复杂及升级周期难以支撑前台的快速变化。虽然经历企业应用集成(SOA)、等改进方案的尝试，但随之出现ESB成为系统瓶颈、前端因过度包含业务而变厚、共享业务在夹缝中尴尬等问题。随数字营销方式的快速演化，并发访问压力可能剧烈变化的现实，亟需在技术上能为业务发展提供强力支撑。
中台出现之前的困境
1.2 中台之出
中台作为变速轮减弱了前台变化和发展对后台的冲击。它通过提取、抽象、积累、和演化形成可被复用的企业级能力，从而反向为前台业务的发展提供坚强的支撑。前台在其支撑之下，避免重复的业务处理相关内容，变得轻薄灵动，而通过对业务拆分为服务的最小粒度，及中性和无状态，使得中台的服务可以做灵活的组合、扩展和变化，为前台提供着稳定、可靠的服务。数字化营销的高速发展，宣示了中台架构思想的成功。
中台思想应运而生
1.3 中台之盛
随着中台在阿里的成功，众多互联网企业为充分挖掘数字营销的威力进行了中台建设。2015年末滴滴启动了中台战略，滴滴出行大中台将相关性不强的逻辑分开，建成可灵活调用的三层服务，实现服务化、配置化，业务端通过自生成平台，动态配置，调用中台服务，实现对新业务快速发展的支撑。饿了么中台架构的前台主要提供面向用户的各种常见应用，如外卖订餐、卖场便利等；交易中台主要为前端应用提供各种订单管理、交易管理、配送管理等能力；后台主要提供店铺、商品等基础数据资源支撑。
企业中台建设的兴盛
1.4 中台之魄:能力复用
企业级能力复用是中台建设的出发点和实质要求。首先，中台一定是企业级的，甚至可以是跨企业的，要跳出单条业务线站在企业整体视角来审视业务全景，寻找可复用的能力进行沉淀，从而希望通过能力的复用，消除数据孤岛业务孤岛，持续将业务信息数据化，一方面将业务行为基于数据的，以数据支撑业务，另一方面基于数据进行业务的企业级规模化创新，助力企业变革，滋生新业态。
能力复用是中台的灵魂
小结(1)
- 中台的实质: 前后台之间纵向，后台之间横向的连结。
- 面向的问题:1）后台的烟囱；2）前后台的紧耦合，强绑定；3）灵活弹性的要求，应用轻量化，场景化；4）业务及数据的积累和复用；
- 中台是企业自身能力和数据财富的积累，是具有个性内容的，目前推行的企业集中在数字营销领域；
- 中台作为变速轮与缓冲，支持前台快速变化，隔离对后台的依赖，但其自身建设要经历：提取、抽象、积累、演化的持续迭代
2. 中台的种类和关系
2.1 中台之分
中台是企业级共享能力平台，因此除了最开始提出的业务中台和数据中台，围绕其建设逐步发展出技术中台、研发中台、移动中台、AI中台、算法中台、组织中台等其他中台。 技术中台整合和包装了云基础设施，以及在其上建设的各种技术中间件，比如微服务、分布式缓存、消息队列、搜索引擎、分布式数据库等，并在此基础上建设和封装了简单易用的能力接口。研发中台将在企业应用开发过程中的最佳实践沉淀为可重用的能力为应用开发提供了流程和持续交付的能力，包括敏捷开发管理、开发流水线、部署流水线、持续交付。
中台的分类
2.2 中台之喻
用战争组织比喻中台
小结(2)
- 中台的存在是一个持续建设的过程,不会一次性建成一劳永逸，也不会停滞不前，一成不变；也一定是一个自建的过程，不可能拿来即用，不存在别人家的中台是适合你家业务的，自建也是一个业务总结和改善的过程，目前适应的将来也必然要会被新的形式代替。
- 业务中台、数据中台的建设以技术组件和研发工具为手段；
- 业务中台、数据中台与技术组件和研发工具不是强绑定的关系，应适应于企业现状；
3. 中台所依赖的技术
3.1 中台之骨:微服务
为支持能力的复用，中台的设计原则之一是要有较小的颗粒度，在其中实现对特定能力的抽象，而由一组业务域相关的能力构成业务中心，同时以分布式来支撑水平扩展。去中心化的微服务架构自然成为中台的主要实现方式，由一组微服务构成业务域的业务中心，微服务间通过服务注册和发现机制直接调用，满足了弹性和高可用的需要。
微服务是中台的骨架
3.2 中台之元:容器
微服务架构的分布式特性，使得应用中服务的数量增加，这增加了应用运维难度，而容器技术则是解决这个问题的有效手段。容器通过隔离技术使得计算资源从虚拟机为单位分配进一步碎片化，在主机集群后将服务以容器的方式运行，则实现了计算资源的灵活分配和服务运行的有效控制。启动一组容器，在其中包含了所需计算及软件资源，这种交付计算资源和运行时的能力被用于在开发，测试中的运行环境交付；而根据负载调整集群中容器的数量则又可以被用于在生产环境中进行伸缩。
容器作为中台中服务的运行单元
3.3 中台之阀:高吞吐事务处理
中台支撑前台的各类业务，并发访问在这里汇聚，因而它的高吞吐能力是释放中台威力的阀门。以支持并行，可水平扩展为手段出现的技术和产品保障了事务处理的高吞吐能力，包括：数据库的分库分表、分布式数据库，分布式事务的处理，异步处理机制，缓存技术，分布式存储等。这些技术是通过互联网进行聚集人气的数字营销活动(如秒杀，双11，..)的基本保障。
基础组件是为中台释放高吞吐事务处理能力的阀门
3.4 中台之规：数据治理
按照主题域进行规范存储、建设统一的数据模型，形成标准的专题为决策分析、赋能业务提供能力才可称为数据资产。数据资产需要规范的管理与治理，才能确保数据中台有序运转，确保数据真正成为提升企业业务价值的资产。资产管理最基础的工作是做好元数据管理。元数据涵盖了采集的数据接口、创建的数据模型、数据模型中的指标以及作业与作业之间的依赖关系。治理数据资产不是事后治理，而是要通过元数据及数据标准进行规范，而且通过工具的支持在开发过程中的引用和测试、上线运行中的审核。
数据规范为高效化将数据转化为价值建立标准
3.5 中台之刃：大数据
业务系统的复杂性导致数据源形式的多样性，数据中台的数据处理能力既要满足传统的结构化数据处理需求，又要满足日志、音频、视频等半结构化、非结构化的数据处理需求。大数据平台对多种类、多来源、海量数据数据进行存储和处理，该能力被中台用于察商业规律，挖掘潜在信息，从而实现大数据价值，达到赋能于商业和创造价值的目的。
基于大数据分析形成的数据服务成为业务价值提升的利刃
3.6 中台之轮: DevOps
在激烈竞争的外部环境下，为能支持前端业务的开展和创新，中台需要是稳定运行而又是在演化发展。为此中台服务的维护和开发必须更加紧密结合，即在开发中要做到通过持续构建和交付进行服务的可用性验证，在更接近生产的运行环境里开发测试，以实现正式发布时的无差别，而在发布中也经常采用A/B测试及灰度发布等手段，进行新服务的效果评估和稳定性保障。只有通过开发运维一体化(DevOps)的工具和体系才能完成“为飞行中的飞机更换发动机”一样高难度而频繁发生任务。
DevOps是中台建设的驱动轮
3.7 中台之指:用户交互
消费者所能接触的企业前台触点在移动端及WebUI。在数字营销开展中通过快速的开发和升级移动App，小程序，WebApp将最新的业务形式和内容推送到消费者面前，因此将快速开发移动App、H5和小程序及统一的WebUI的最佳实践沉淀为企业能力，是支撑前台业务发展的需要。
业务触碰用户的手指
小结(3)
- 微服务、容器、DevOps的结合解决了中台建设的架构，部署运行及升级维护的便利，并以去中心的分布式架构支持高可用和可伸缩；
- 围绕吞吐性能的技术和组件是发挥中台威力的基础要素；
- 大数据平台是支持业务赋能和创新的利器，凭借其建立的企业资产数据和数据服务才是数据中台，而不是大数据平台工具；
- 通过数据治理提升数据质量是形成数据中台的保障；
网友评论