毫无疑问，由技术创新引领的数字化转型风暴，给大中型企业带来前所未有的机遇的同时，也提出了更高的要求和挑战。
在这背后，是随着数字化转型的推进和深入，很多大中型企业很难找到成熟案例做参考，且大中型企业很多都是集团化经营，规模较大，数字化转型需要新的探索和实践；同时，相比成长型企业，大中型企业的数字化转型“包袱”更重，压力更大，其转型难度堪比“二次创业”。
这也意味着目前中大型企业的数字化转型正在进入“深水区”。在此背景下，数字化中台的概念“应运而生”，并在过去几年的时间里，受到了市场空前的关注。不过尽管“中台”的概念如此火爆，但当下整个市场上对“中台”建设和价值的认知，仍然存在着“五花八门”的不同看法。
正如万事万物的起源都有一个“原点”，站在今天中国企业数字化和智能化转型的重要关口，如何进一步地厘清“中台”的本质和本源，同时在未来更好地把握“数字中台”建设的落地方法和技术工具，可以说对中国中大型企业未来的数字化转型和升级，以及跨越数字化转型的“深水区“，无疑都有着更加至关重要的价值和意义。
企业数字化转型再思考
对不少中大型企业而言，数字化转型的核心无外乎包括两个重要的维度：首当其冲的是对外的商业模式创新，借助市场上相对成熟的方案，可以看到不少企业在营销、市场，人力资源、渠道分析等细分应用领域都已经完成了重构，并且取得了不错的成绩；其次是对内重构企业的决策模型，而这恰恰是不少大中型企业数字化转型中的难点和痛点，这是因为企业要解决的问题十分的“繁杂”，比如如何保护已有的投资，新技术如何契合的企业战略，新平台如何与现有IT架构对接等等。
在全新的变化和挑战之下，数字化中台的概念得以被市场所“追捧”，“前中后台”的架构也逐渐被不少大中型企业企业用户所接受。但客观地说，目前整个市场上对“中台”的反应可谓“毁誉参半”，而不少企业选择中台后，在落地过程中也出现了各种“磕磕绊绊”的现象，可以从三个方面来做观察：
一是，目前市场上关于“中台”的定义不一而足，市场上也出现了诸如数字中台、业务中台，数据中台、技术中台等不同的提法，但其本质究竟是什么？更为重要的是，在企业中台建设中，究竟应该先建什么样的“中台”？在这方面，很多企业在没有“入坑”之前，其实并没有系统化地梳理清楚。
二是，如果我们追溯中台的起源，会发现正是由于电商等新零售或者说互联网业务的兴起，导致了多样的前端零售和更多消费场景的出现，由此导致企业过往的
组织架构和技术体系“难以为继”，进而演进到以中台为主的扁平化架构，但这种基于消费级场景的架构和体系，一旦“克隆”或者复制到企业级市场或者说进入到大中型企业中，那么如何与企业现有的ERP、PLM以及MES等系统的集成，是其中最为重要的挑战。
三是，不少大型企业在中台建设中，目前遭遇的最大“痛点”，主要在于单一的应用一旦要进行“微服务”化改造，由此带来的实施，维护的难度，以及“推倒重来”之后的投入产出比，其实远比想象中的“难得多，高得多”。因此，如果企业要全部推翻现有应用进行“微服务”化改造，不仅会面临投入大，技术风险高等难题，同时这种投入如何保证应有的效益，也是企业落地“中台”之前应该思考的关键问题。
由此可见，虽然今天“中台”在企业数字化战略和数字化转型中被寄予了很高的期望，但落地中的挑战和困难也是“实实在在”的。因此，整个市场越是“中台热”的时候，无论是企业，还是市场上的供应商越是需要更加冷静的思考和评估。
让中台回归数据的本源
众所周知，甲骨文作为一家以数据为核心导向的公司，无论是在数据领域的沉淀上，还是对“中台”概念的认知上，以及在实际的实践验证中，对企业数字化转型以及数字化中台的建设，都有着深入的市场洞察和丰富的落地经验。
在甲骨文看来，数据中台是“中台”建设中的大脑，业务中台是血肉，技术中台是骨骼，因此数据中台是很多企业“中台”建设，乃至数字化转型中必不可少的第一步，更是至关重要的第一步。未来唯有掌握“数据”的力量，才能抓住企业建设中台的本质和核心，更是企业未来跨越数字化转型深水区的“先决”条件。
而在此过程中，企业可以借助建设数据中台，将原有链式运营方式转化为以数据为核心的运营方式，即企业原有的系统如ERP、CRM 、PLM、MES可以理解为“业务数据化”的过程， 而现在的数据中台建设是“数据业务化”过程，其核心目标就是帮助企业把数据源源不断的转换为智能和洞察，最终为企业释放出更多的数据红利。
当然，目前市场上也有一些看法认为，企业可以借助新一代数字化平台的打造，即通过“以新换旧”的方式“一劳永逸”解决传统系统留下的难题，适应市场新的变化需求。
那么，这种转型路径或者建设思路是否走得通呢？答案是否定的，这是因为不少大中型企业往往在过去都通过实施以ERP为核心的企业管理系统，进行了标准化的管理和运营，遗留下了系统和数据。此外，一些更加重要的问题也被选择性的“忽视”了。比如，新的系统在十年后是否也会出现类似的问题；新的系统、流程是否真的适合企业;同时，企业如果需要花费大量时间重构一套新的系统，却放弃了存储在ERP系统里大量高价值的数据，是不是更加“得不偿失”呢？
也正是洞察到这种变化挑战，甲骨文提出了“业务+数据”双轮驱动的新理念：一方面是保留诸如ERP这样的关键核心业务应用系统给企业带来的核心价值，如流程协作带来的管理效益，以及ERP在生产中产生的价值，包括资金占用率减少、准交率提升、排产准确率提升、平均库存资金下降、库存周转率上升等关键指标带来的管理效益。
另一方面，则是通过构建数据中台，迈出企业中台建设的第一步，把企业有明确需求和痛点的业务，实现系统间的数据打通，并与目前使用的其他软件和服务实现集成，并借助新的数据技术，缩小系统间的配置差距、提高响应速度，改进整体效率，最终让数据中台支撑更加敏捷的业务前台，创造新的客户价值。
换句话说，企业现有的系统与数据中台本身就具有非常强的互补性，实现“业务数据化”的过程并不影响企业中台搭建数据“基座”。从这个角度来看，甲骨文所提出的“业务+数据”双轮驱动新理念，无疑可以更好地帮助大中型企业迈出数字化转型变革的第一步。
数据为先筑牢转型基座
当然，企业中台的建设也并不是“一蹴而就”的。在此过程中，数据平台的选择对数字中台的建设就至关重要。从某种程度上可以说，选对了数据平台“事半功倍”，选错了数据平台就则“事倍功半”。
目前，数据中台的落地主要有两种主流模式：第一种是基于开源（以Hadoop为主）的产品组合建设的数据中台，这也是目前不少互联网公司推出的中台架构的核心基础，这种模式适合那些此前已采用开源架构且有相关团队支持的企业。此外，针对大中型企业中的一些非关键核心应用，如CRM、HCM应用等，或者部分面向消费者业务的新兴企业，在原来没有IT包袱的情况下，通过开源架构“从零开始”展开中台建设，同样也可以选择这种基于开源的模式。
但是，对大部分的传统企业或者中大型企业而言，开源模式事实上是“不适合”的。背后的原因在于，开源产品本身是碎片化的，这就导致一般的企业很难把这些技术能够充分利用起来，不仅管理上难以实现统一，同时在安全上也无法实现统一。因此，开源模式对这些企业的要求会更高，这其中会涉及到不同开源工具的使用、以及学习成本、集成成本、开发成本、以及后期的维护成本，这都会让企业整体的TCO变得“居高不下”。
另外一种模式是甲骨文所倡导的基于“湖仓一体（SQL）”架构的数据中台建设模式，这种模式适用于那些拥有“混合型业务”的企业，即企业本身已经有不少IT建设和大量数据，需要数据资产化或者数据转型的企业，借助这种建设模式，企业就可实现“逐步迭代”和“平滑演进”。更为重要的是，这种模式兼顾了企业原有的IT框架和数据类型与负载，而通过这种成熟且经过验证的方案实现数据治理，最终完成企业的数据的统一，可以说在建设模式上不仅更加灵活，且“按需建设”也能让成本上更加可控。
敏捷数据平台的新价值
值得一提的是，Oracle敏捷数据平台（ECC）就是这一模式的“最佳代表”，同时它也是目前甲骨文技术创新领域的“集大成者”，无论是在交付和集成、数据管理以及平台管理方面，Oracle敏捷数据平台（ECC）都能以其“独有”的优势，帮助客户化解数据中台建设中的各种难题，最大化地提升企业数据平台敏捷性，并支持融合分布式数据湖的实现，是真正的新一代数据技术架构的“基座”。
据了解，Oracle敏捷数据平台（ECC）已经发展到第二代，它的优势主要体现在几个方面，比如能够将甲骨文在数据中台建设中沉淀的知识、经验复用；平台本身不仅具有成熟的企业级特性，同时也具有可持续化的发展能力；此外，该平台还具备自治弹性的能力，而借助Oracle敏捷数据平台（ECC），企业在数据中台的建设中，既能存管好数据（湖仓一体），也能用好数据（敏捷分析），能够让更多的企业在未来数据驱动的新世界中产生更大的创新力、想象力和实践力。
总的来说，今年是不少国企、以及大中型企业数字化转型的关键之年，其核心就在于要将企业前期信息化沉淀的“涓涓细流”融汇起来形成数字化的“大江大河”，因此数据中台的建设不仅是“大势所趋”，更是“刻不容缓”。
但在此过程中，我们也要看到大部分的中台建设往往是偏互联网化的，或者说更多侧重于面向消费者的业务，而这种模式已证明了无法适应企业级客户，或者并不能更好地在大中型企业中落地。因此，未来企业中台建设一定要取决于企业现有的架构，同时可参考甲骨文提出的“业务+数据”双轮驱动的理念，以及借助Oracle敏捷数据平台（ECC）提供的全新能力，由此才能够让技术更好地“复用”，降低中台建设的时间和投入成本，实现企业效益的最大化，这才是企业建设数字中台的初衷，也将为企业未来的数字化转型和升级构筑坚实的“新基座”。
