某央企采用传统IT技术架构服务企业信息化多年，近年来系统故障较为频繁。如以办公自动化系统为例，约有四类故障曾经重复发生：
一是应用集群服务器实例不足，同时应用存在前端会话和数据库连接池管理不善等方面的问题，负载主要压在集群中某台服务器上，导致用户体验极差；优化集群服务器数量及配置后，情况有所改善。
二是数据库集群因存储及数据保护系统故障，导致应用系统无法对外提供服务；数据库服务器建立在集中SAN存储上，并实施CDP数据保护；其中，集中SAN存储系统同时服务于服务器虚拟化平台。集中SAN存储负载增大，或者CDP系统性能下降，均会导致数据库集群性能下降，无法正常提供服务。
三是数据库集群集中为多套应用系统服务，且未采取有效措施进行应用隔离。当个别应用系统出现高并发或连接池管理不善，数据库集群出现资源瓶颈。
四是数据库集群软件存在缺陷；集群故障会导致前端应用无法访问。
以上系统故障与使用传统IT技术架构相关，虽然仍有优化完善的空间，但是频繁的故障却直接或间接地触发了采用微服务、容器技术架构来部署应用系统的思考，且后续在该央企规划、设计新的数据中心PaaS层应用的时候，也引发了建设企业中台的讨论。
这是真实的故事；但传统IT技术架构更新换代，是不是建设企业中台的驱动力呢？重新采用分布式架构部署应用系统就能解决所有问题？当真的开展实施企业中台讨论的时候，必须从更多的方面审慎思考驱动力何在。中台显然不是单纯的技术架构，尽管我们看到的书籍很多都是从IT架构转型开始讨论中台建设。“中台”，严格意义上其实是组织变革；但这篇小稿主要还是延续前因，主要从技术层面对建设企业中台的驱动力进行分析，而不是全面地从组织、业务等更宏观的层面去分析。
首先，从系统设计、研发、运营、运维角度来分析建设企业中台的驱动力：
一是在设计、研发方面，管理信息系统扩容趋势明显，数量越来越多；不仅新兴业务板块需要有更新的技术架构支撑；传统业务板块信息化系统升级改造的需求也逐步旺盛。新的建设周期与当下时髦的“中台”共振了。
二是在监控、日志方面，系统访问并发趋势是逐步变大，而且网络安全的压力也逐步加大；安全及性能分析均需要有强大的日志数据做支撑，以便分析利用。信息化自身业务的数字化需求希望依托“中台”强大的数据采集、处理能力取得突破。
三是在运维、运营方面，系统一旦出了故障，舆论压力变大。为了方便集中管控，遵循“X统一”（央企同学一般都能领会）原则，央企集团往往要求成员单位尽可能使用集中部署的应用系统。信息化需要稳定、可靠的平台建设响应迅速的应用以支撑应用系统的统一建设、部署。
四是项目管理、组织架构方面，央企总部职能改革导致企业信息化工作与其他同质服务性质突出的财务核算服务等进入共享服务中心序列，企业信息化部门有来自外部压力和内生动力策划企业中台。
从以上四点看，IT技术架构老旧、系统故障不能适应集中管控的要求成为“企业中台”的驱动力；且不讨论合理性，这的确是真实的。信息化应用存在同质化、标准化的趋势；过去往往是桌面技术支持、视频会议等面向终端的业务在大量重复；今后是面向不同职能、不同应用场景的应用都需要挖掘同质化、可重复的服务并予以实现，以便于实现“业务的数据化”。
但是，中台在企业中的实现不可能再重复以前的以项目为中心的SOA道路，而是需要应用产品思维来反复迭代中台“产品”；之前大量采购套装软件或成熟软件实施应用系统，企业信息化部门中的研发团队存在感不强，非高科技/互联网公司的企业建设自有研发平台失败率较高，而引入互联网公司DevOps平台进行中台“产品”开发，需要扎根内部，深耕业务，研发团队自身存在非常强烈的意愿去推动此事。以下就从应用研发及管理的角度分析建设企业中台需要思考的问题，从而挖掘与之对应的驱动力：
一是对于功能相对简单、服务需求相对稳定的业务，采用分布式架构、业务中台战略，反而将显著增加设计与实施成本。“金融行业对DevOps与阿里云类似的研发平台总体看法，还是首先在于自身明确区分稳态、敏态不同应用，可以在敏态领域试水基于互联网基因发展而来的DevOps研发平台或研发中台，通过建设业务中台获得敏捷开发效果，达到小程序、小应用的快速上线；主要是解决面向用户提供服务，更好地提供服务渠道，加大用户粘度。”
二是对于已有的基于传统技术架构建设的系统，如缺乏因地制宜的策略和手段，缺乏清晰准确的分析和定位，很难控制项目目标和建设范围；需结合系统现有布局、改造成本、业务系统升级规划等综合因素确定转型策略和实施计划。中台貌似提供了一套看上去挺美的方法。
三是采用分布式架构、业务中台战略对于架构设计、研发、运维等人员的知识结构有着新的要求，架构转型需要与人员知识结构转型相配套。互联网应用的成功，政治上的正确，带来了新的岗位也激发了大批IT人员的热情。
四是分布式架构转型、实施业务中台战略需要科技和业务部门协同推进；“企业要实现以DevOps 理念为依托的敏捷开发模型，除相关DevOps 工具和平台外，需要从价值理念、组织架构、流程设计、管理手段等各个方面都做出适当调整。”实施中台，给信息技术部门一个很好的机会与业务部门融合。
钟华，中台公司“比升技术”CEO，原阿里巴巴中间件首席架构师，2017 年在其《企业IT架构转型之道》一书中也详细描述了企业信息中心发展的症结，准确定位企业IT信息化部门一直处于“业务支持”的职能位置，项目管理工作的重复循环导致企业IT信息化部门的员工很少有能在一个业务领域做足够的深入了解和业务沉淀，更多的是对业务知其然，而不知其所以然，也谈不上成为业务领域专家，更不可能对业务发展有创新想法和独到见解。而应用“中台”共享服务体系则能很好地帮助企业信息部门培育出懂业务的专家，这些人员自身在拥有不错的技术功底的同时，逐步提升业务上的能力，具备这样能力模型的人员才有希望成为能发挥大数据平台价值的“数据科学家”。
当写到这里，读者也许不难发现信息技术部门急于改变自身境遇，在企业中刷存在感居然是作者探讨的驱动力。但是，这的的确确是作者希望分析说明的。真心希望中台公司的售前，面对热切的企业信息中心主任再多问几个问题：您真的需要中台吗？你的规模大到足够消化中台吗？中台能给你带来什么商业价值？
