访Pivotal大中华区总经理刘伟光：传统企业如何进行数字化转型？

摘要： 传统企业在向云端进化的路上，往往面临着“平台先行”和“应用先行”两条路，传统企业究竟该如何抉择？在采访过程中，刘伟光以金融业为例详谈了Pivotal Cloud Foundry平台在技术层面上具体是如何帮助客户实现转型的。

「植根于中国市场，发力于高端企业。」这是采访伊始，Pivotal大中华区总经理刘伟光写下的话，代表着Pivotal在2016年的整体战略主题定位。

相较于去年在中国云计算和大数据市场实践的「践行见远」，这句话能够很清晰了然地表达Pivotal正在做的事情。“‘植根于中国市场’其实映射了我们的本地化战略，希望能够深入地扎根于中国市场，将Pivotal的大数据和云计算产品与合作伙伴的应用解决方案相结合，为企业级客户提供更全面的解决方案，以及更为完备的服务体验。”刘伟光如是说道。

Pivotal大中华区总经理刘伟光

而“发力于高端企业”从很大程度上则是Pivotal定位的转变，其背后的导向是Pivotal长期以来在中国市场的探索与调研。“从2012年开始，Pivotal的大数据服务已经开始在金融、电信、物流、交通、制造业等行业持续发力。随着Pivotal Cloud Foundry（简称PCF）的推出，Pivotal更加注重于对高端企业市场的聚焦和耕耘。究其原因，是在经过长时间运营后，逐渐发现其实在中国市场，对于云计算和大数据有真正刚性需求和技术储备的，还是集中在高端企业市场。”

从去年至今，Pivotal在大中华区一直致力于为企业提供定制化PaaS（PCF）服务，包括平安科技、招商银行、TSMC、北京电视台、国家超算首都在线、中信证券。在今年，Pivotal还计划在国内建立Pivotal Lab实验室，将硅谷先进的敏捷开发方法与云计算相结合，帮助企业实现数字化转型。

数字化转型，平台先行还是应用先行？

但是，传统企业在向PaaS云进化的路上，往往面临着“平台先行”和“应用先行”两条路，传统企业究竟该如何抉择？在采访过程中，刘伟光以金融业为例详谈了PCF平台在技术层面上具体是如何帮助客户实现转型的。通常来说，提升IaaS能力，实现应用层资源池和弹性能力，简化优化应用运维属于应用先行；而基于PAAS建立完整的DevOps体系，同时引入微服务架构重构应用，从而改进整个企业的IT体系，则属于平台先行了。

接下来，刘伟光对两种方法进行了实际比对。

平台先行

“传统企业在面对新兴互联网公司冲击时，所有的产品、服务都必须快速响应，当业务部门设计产品但客户购买周期超过一个月时，就没有继续的必要了。过去没有这种压力，但现在是很现实的。所以，当一个idea从初现雏形到正式发布，周期必须尽量缩短，由此对平台能力要求就非常强。因为现在的创新应用基本都会采用互联网的技术堆栈，PaaS平台可以快速提供这些技术堆栈服务，统一企业应用开发标准。再比如版本更新，新型面向互联网的应用学习借鉴互联网面向客户的将颠覆传统应用发布流程，将会是一个持续更新、持续发布的过程。但如果没有PaaS平台，就很难实现。”

以银行为例，他们看到未来有几个趋势是一定要做的。第一，所有面向移动终端的，移动为王，即使是现在的知名银行和证券公司，做那么多应用之后也会发现一些问题，比如后台数据不融合、登录密码不一致等。因此，如何建立高效平台，让统一的程序面向移动终端统一、快速地发布以及管理、维护、版本管理，都是难题。

第二，所有面向原有的，通过Web终端去访问信用卡、网上商城、网银等，也要逐渐转向云端部署、管理，这样做有什么好处呢？首先，还是维护的复杂度，程序开发成本与周期的缩短、底层数据统一的融合，这是非常重要的，在这样大的历史驱动背景下，我认为平台先行首先是先建立云计算的平台，将企业所有硬件资源整合在一起，既有的、已有的、不用的、再用的，都整合在一起，形成企业级IaaS。

另外，大机下移是银行业非常热的话题，如何将大机业务逐渐剥离到开放平台上，则更为重大。所有面向移动终端、网上业务，都需要统一进行数据平台管理，实现平台发布统一。这样每一个业务，无论是信用卡部门还是网上理财部门，只要有个idea后，发布一个流程，IT部门可以马上开发、部署、上线，以此让整个业务部门实现idea到在网上发布的周期非常短，响应速度非常快，这就是平台先行的好处。

应用先行

但当前中国的大部分企业还是属于第二种——应用先行。在面对应用类型众多、不同部门开发难度大等问题时，一方面应用开发步骤赶不上市场推动力，另一方面，IaaS仅仅只是改变了基础架构的供应管理，应用管理难度随着X86和虚拟化的推广比以前甚至更复杂，非常容易导致应用重叠性、数据不一致性高居不下。成本投入和硬件资源消耗数量急剧上升，应用PaaS云化便到了必须推动的阶段。针对不同企业的应用现状与特点，企业应用PaaS云化可以分为Re-Host（应用迁移）和Replace （应用替换）两种方式。Re-Host模式适合那些短期之内无法重新改造应用，但是希望获得PaaS收益的企业。

随着PaaS技术的日益完善成熟，传统应用零改动、快速上PaaS云已经没有难度。Pivotal在很多客户的实践过程中，经常1天就完成了PaaS平台的安装和一个典型传统应用的上云。CloudFoundry现在即支持web型的应用，也支持.Net应用和Docker镜像应用。所以我们的实践中还包括帮助客户迁移EJB应用、WebGis类应用、数据计算类应用，甚至我们还在帮助客户迁移支持GPU的图片识别类应用。

Replace （应用替换）则适合那些原有应用进行过SOA改造，前后端分层比较清晰，同时内部核心应用即便进行迁移也有很大工作量的企业。可以将那些需要改造的边缘应用，接口应用，前端应用等引入微服务架构进行部分重构。这些应用因为原有架构已经有内部的统一协议和接入标准，可以通过这样“农村包围城市”的方法进行分层分步上云。不管哪种方式，应用PaaS云化都可以获得快速部署快速弹性的好处，并且真正实现应用层“小虚大”的分布式资源池，提供应用的支撑服务能力。

不过，为什么上PaaS可以解决管理问题？

对此，刘伟光回答道：“最初，在开发过程中，我们会关心底层维护，以及虚拟化资源整合，但现在PaaS实现了对底层硬件资源以及软件资源的调度、伸缩和管理，能够有效地帮助开发者构建管理，让其无需花费精力管理每一个模块。这就是PaaS的抽象管理，将这一层变成横向的打通层，资源可以统一调度。另外，通过PaaS可以统一管理Dashboard，可以看到上面成百上千应用的运行状态、资源使用情况、灵活调配资源，系统自动调度资源、管理资源、发布应用。且新应用很容易在上面进行发布、管理，降低整个使用周期，原来新应用发布、管理有很多考虑到底层技术，Docker也是解决这些问题，把它打包成一个Docker的文件或者镜像，发布在整个容器当中。这是PaaS解决的根本问题。”如果PCF和Docker能够在企业客户当中双剑合璧，客户融合在一起使用，各自发挥长处，那将成就独一无二强大无比的企业级PaaS平台。”

这是否就意味着，对于只有单一应用的中小型企业而言，企业级PaaS平台作用甚微？

“我认为到今天为止，中小企业对于私有云PaaS服务没有刚性需求，或者说IaaS++可以满足他们目前的需求”，刘伟光直抒胸臆，“大型的企业和政府相关的机构往往贯穿了很多分支机构，跨越不同的系统，复杂度高，效率也不高。打通所有部门的壁垒，通过安全隔离技术，实现多种资源的共享，多种应用的统一管理部署，以及开发部署平台的统一，不仅能节省开发周期、降低管理复杂度，同时能够让多种应用统一部署管理后利用云计算自身特性提供资源贡献和弹性伸缩。”

但是，PaaS对中小企业来说目前看功能大于实际需求，尤其是在应用数量和复杂度以及大数据方面的需求，而且节省的成本也看不到特别明显的效果，如果换成使用公有云服务，不仅简单易行，更能节省开支。”但是这是一个时间问题，随着云计算浪潮的普及以及企业走向移动端业务的迅猛发展，我相信技术手段的需求必然会逐渐升级到一个新的高度。