近两年来，中台在国内技术圈子里的火爆程度，已经不亚于当年的敏捷开发了。几乎在任何一个和技术架构相关的论坛中，话题都会涉及到中台。但为什么很多互联网公司构建中台都取得了成功，而不少传统企业在构建和规划中台的过程中却会碰到各种问题呢？
众所周知，几乎所有成规模的互联网公司，都有极为丰富的产品线和功能模块，以及在不同产品或功能模块中产生的海量数据。互联网公司在设计“中台”战略时，是希望其能够解决企业级能力在其不同的产品和功能模块中的复用问题，以及打破相互之间的数据壁垒。相应的，典型的中台也就大致分为业务中台和数据中台两类，并分别承担不同的职责。
但传统企业的信息化系统，是否有这样的问题亟待解决呢？或者换个说法，具备下面至少一点特征的传统企业，才是有可能需要“中台”的：
1.企业要具备一定规模，信息化建设达到了一定水平，应用系统较多，且有海量的数据积累；
2.企业内部有多条业务线或多级组织架构，而各个业务单元或各级组织的系统中，存在很多重复建设的功能模块；
3.企业的前端业务需要不断响应用户需求，持续创新、快速迭代，并与后端支撑系统的冲突正在日益加剧。
对于不具备以上特征的企业，盲目追求技术的“先进型”，强行构建中台，重构和迁移现有系统，很可能会是一件得不偿失的事情。这不仅仅在于高昂的成本换不来多少效益，而更重要的是，中台能够帮企业解决的问题太少，却可能因为增加了系统的复杂性，而多了很多开发和运维成本。
此外，中台的作用是面向前台提供企业基础服务能力，但中台的核心却不仅仅是能力组件的堆砌，而是通过一系列技术思想和工具，来支持前台小成本地快速创新，这包括：
1.容器和虚拟机：能够让整个中台有一个好的基础设施层支撑，从而能够快速地进行应用的部署和交付；
2.微服务：包括微服务框架能力以及微服务治理能力，这可以看作是中台的基础；
3.组件服务：中台需要的不是简单的各类技术能力组件的堆砌，而是需要提供完整的组件配置与管理能力，这样才能真正促进各类业务和数据能力的高效、安全的调用；
4.DevOps：微服务架构帮助我们以一种细颗粒度的方式开发、测试和发布服务，而DevOps提倡小规模和小批量的持续集成和持续部署，两者相辅相成的，极大地简化了软件的持续交付和部署工作。
最后要说的是，中台除了代表一种技术架构，在更高的企业管理层面，同时也对企业的战略或组织架构提出了新的要求。如果传统企业没有与中台战略相匹配的管理理念和组织架构层面的调整，那么微服务与DevOps也是无法顺利推进下去的，中台战略很可能会名存实亡。
本文转自公众号：科技无忧
来源：oschina
链接：https://my.oschina.net/jepaas/blog/3217422