数字化转型方法.doc

目录
数字化转型方法 1
1、华为谈“数字化转型”方法论：既要联接又要云，还靠着平台和生态 1
2、闪耀羊城｜制造企业数字化转型方法论及最佳实践 10
3、开启应用微观时代 | 容器时代的数字化转型方法 26
4、企业如何突破增长极限？阿里云数字化转型方法论来解密 40
5、阿里云首次发布数字化转型方法论，推动各行各业数字化转型 44
6、最新报告 | 2019行业数字化转型方法论白皮书 46
7、12345企业的数字化转型方法论 67
8、微软数字化转型方法论 76
9、数字化转型，华为授人以渔丨华为企业BG发布行业数字化转型方法论 85
10、李旭昶：金蝶企业数字化转型方法论 88
11、阿里云发布数字化转型方法论，“双中台+ET”助推传统行业转型 101
12、助力人力资源领导者5种数字化转型方法 119
13、读华为行业数字化转型方法论白皮书（2019） 121
14、案例 | 华为的数字化转型方法论 123
15、企业物流管理如何从传统进阶数字化之三：物流管理数字化转型方法 140
16、新智认知首次亮相贵阳数博会 数字化转型方法论备受关注 150
17、企业的数字化转型方法论 156
18、《用友企业数字化转型方法论》正式发布 165
19、从工业4.0参考体系看数字化转型方法和能力 169
20、逐句解读《2019华为数字化转型方法论白皮书》 178

数字化转型方法articleCommentId{3405979208}articleBiz{==}
1、华为谈“数字化转型”方法论：既要联接又要云，还靠着平台和生态
原创 周雅 CNET
CNET
微信号 CNET-News
功能介绍
“数字化转型”一词，放在两年前，企业尚在谈“为何要转型”“要不要转型”，而今天，这些问题更多变成了“什么时候转型”“如何转型”。正如牛津经济学院研究所提，技术发展与企业数字化进程出现速度剪刀差。摆在企业面前的挑战是，如何加快新技术的采用节奏，带动商业模式创新，实现新增长。

在HC2017，华为企业BG总裁阎力大讲述了一个数字化转型的故事。在深圳龙岗区，常驻人口有425万，属于深圳面积最大区。三年前，龙岗区政府启动了“智慧龙岗”的建设项目，较早实现转型。到现在，“智慧政务”子项目已经实现线上线下审批一体化，居民足不出户，就能在网上办理各种业务，同时，线下服务大厅实现前台统一受理、后台分工协办，让“数据多跑道，群众少跑腿”。

去年，龙岗区“智慧警务”子项目也上线，区公安局长当时非常自豪地说，“发生在龙岗的大案，破案时间没有超过24小时的”。“智慧消防”子项目上线以后，今年上半年的火灾发生数环比下降了40%。

“智慧龙岗”转型，背后的“掌舵人”是华为。华为负责整个“智慧龙岗”的顶层设计、ICT基础架构设计，提供了“一云二网三平台”的整体架构（即云数据中心、城市通讯网、城市物联网、大数据服务平台、业务应用使能平台、ICT能力开放平台），实现了基础设施层面的敏捷开放。通过华为，龙岗区整合了50多个单位的215个业务系统，汇聚数据量超过11亿条。

转型双引擎，联接和云

云计算、物联网、人工智能等技术，催生了智能时代到来，联接了物理世界和数字世界，改变了人们的生产和生活方式，各个领域急需变革，纷纷自觉贴上数字化转型的标签——IDC对全球Top 2000的企业调查显示，2017年，全球有67%的CEO将数字化转型作为核心战略。

“过去，工业化的标志是接上电；现在，数字化的标志是联上云。”华为产品与解决方案总裁汪涛解读，联接和云是数字化转型的双引擎，没有联接的云是空中楼阁，有了联接的云才能“接地气”。

以上结论的原因在于，一方面，数字化转型的关键是引入新的ICT技术，而云是ICT技术的主要提供方式；另一方面，据波斯顿咨询公司的企业数字化成熟度模型显示，“数字化是企业在数据采集和数据分析两个方向，不断提高现代化和智能化水平的综合结果”——因此，“数据采集需要联接，数据分析需要云。”汪涛说，联接的目的是为了云的高效，而云的价值只有靠联接才能释放，如果云是孤立的，就无法产生应有的价值。

譬如，华为照明物联网解决方案将城市照明路灯统一接入物联网络，基于GIS地图进行可视化管理，管理者可以清楚的了解每一个街区、每一盏路灯的状态信息，节能效率高达80%；还有，在泰国的拉卡邦先皇理工大学，华为基于CloudCampus建设了一张校园网络，以联接为教育创造价值，实现了泰国首个100G园区核心网、首个SDN园区网络和数据中心、首个教育云集装箱数据中心、Wi-Fi全覆盖等。

转型三思考，也是方法论

过去几年间，华为完成了政务、警务、教育、医疗等等各个不同的子项目的数字化转型需求，过程中阎力大意识到，“数字化转型没有捷径”。华为积累了鲜活的解决方案之外，也让阎力大产生了对行业数字化转型三个思考。 
l
△ 数字化转型是“铁三角”工程。

“数字化转型不但是‘铁三角’工程，而且还必须是‘一把手’工程”。阎力大介绍：

数字化转型的本质，是用数字化技术对业务的重构、流程的重构和组织的重构，没有谁比你更了解你的业务，所以客户这一方的参与、尤其是一把手的参与非常关键。这是一角。 

数字化转型，需要的是数字化的技术，所以ICT厂商也是必不可缺的。这是另外一角。 

还有一角就是行业应用开发商。数字化转型是一个过程，一定是面向应用场景的敏捷创新、迭代创新。没有应用就谈不上解决方案。 

这个“铁三角“结构，也是华为所倡导的面向行业数字化转型的联合创新模式。 

△ l数字化转型需要一个平台，实现物理世界和数字世界的融合。

除了以上基础设施之外，数字化转型当然还需要一个平台，一个联接物理世界和数字世界的ICT平台——数字化的基础是万物感知、万物互联、万物智能，没有单一一种技术可以独自支撑数字化转型，一定是诸如云、物联网、大数据、无线、光，等等技术的“协同”，这个协同，就是“平台”。 

△ 生态伙伴可以依托平台，创造商业价值。

有了平台，数字化转型就有了土壤，数据的协作和流动就有了基础。做行业应用开发者可以在这个平台上，将行业经验与ICT能力充分结合，为行业带来应用。 

所以在阎力大的理解中，数字化转型是一个只有起点，没有终点的旅程。随着各种创意和应用的开发，或将会遍地开花。这也正是华为所打造的生态。 

转型有锦囊：不妨背靠生态圈

生态一词听起来很虚，但对于急需数字化转型的企业和行业来说却是一条捷径。我们不妨看看华为经常强调的生态是如何的吧。

△ 做客户最信任的小伙伴

“以客户为中心”一直是华为最核心的价值观，当然也被华为视为业务成功的基础，具体而言不外乎两点：帮合作伙伴实现商业成功，以及华为自身对行业的理解能力。

（1）帮合作伙伴实现商业成功

在HC2017第一天，华为轮值CEO郭平就强调，华为的商业模式是“靠技术和服务变现，不靠用户数据变现”。当然类似的华为理念还有，针对合作伙伴“上不碰数据，下不碰应用”等等。

打铁还需自身硬，合作的开展首先得强化自身业务。华为有一个很重要的理念就是“业务驱动的创新”。 以华为与广东农信的合作为例。广东农信是全国最大的农信金融机构，近年来大力拓展理财、代缴费等中间业务，但现有IT系统不能支持新业务快速上线，导致错失市场先机。

再比如，华为、先进数通和广东农信三方联合，从业务痛点出发，打造了广东农信的敏捷中间业务云，将业务开发、调试、部署、上线时间从原来的3-6个月缩短为1-2周，从而帮助广东农信快速占领市场先机。 

目前，全球财富500强中的197家，100强中的45家，已经选择了华为作为数字化转型的合作伙伴。

（2）理解行业诉求

在华为的商业谈判桌上，尽管出发点都是合作伙伴对数字化转型的考虑，但过程中涵盖了各行各业。为更加深刻地理解每个行业、贴近客户和伙伴联合创新，华为在全球布局了OpenLab。孵化的解决方案已经覆盖公共安全、金融、电力、制造、交通等各个领域。 

未来3年，华为还将投入2亿美金建设和运营OpenLab，数量将从目前的13个发展到20个。覆盖亚洲、欧洲、中东、非洲和美洲等等。显然这也是华为全球化的方式之一。

△ 恪守业务边界，做平台的平台

现在有许多公司的转型方式是， 基于自己对特定行业的经验积累，转型而成为面向特定行业的使能平台。最典型的如GE，面向航空和制造行业提供Predix工业云平台。

华为同样恪守自己的业务边界：“打造一个开放、安全、可靠的ICT基础设施平台，做客户和伙伴平台的平台”。 用“ICT平台+行业经验”满足合作伙伴数字化转型的业务诉求。

华为的平台是云、管、端协同的全栈式ICT平台，平台上层的合作伙伴根本无需理会华为下层复杂的ICT软硬件系统，可以专注于自身业务。

全栈式ICT平台当然少不了行业解决方案和行业经验。华为与霍尼韦尔在全球范围联合打造智能楼宇解决方案，基于华为边缘计算物联网平台，结合霍尼韦尔智能楼宇管理系统，将ICT平台能力和行业经验充分结合，实现了复杂多样的楼宇设备之间的联接和互通。通过对千万级物联终端的云化管理，降低了60%的楼宇运营成本和50%的能耗。 

△ 做生态的土壤

华为生态的第三个特质是分享，致力于“做生态的土壤”，并建立一个开发者孵化平台“沃土计划”，计划2018年将投入3亿美元，主要在技术支持（包括OpenLab的赋能服务，样机支持开发者开放、测试、参加展会等）；并且提供给满足相关条件的企业免费的云资源；2018年，华为还将加大在营销和市场销售的支持，通过营销活动，在线Marketplace，线下的巡展，开发者大赛，以及对优先解决方案伙伴的优先支持和销售激励来实现，并且新增商机共享的相关激励。同时，针对华为云上的开发者，华为制定了一个特别的华为云开发者计划，每家开发者最高可获得10万美金扶持。

华为在全球170多个国家有自己的运营机构，这是华为除了技术平台以之外的另一个平台，也就是面向全球的“营销与服务平台”，与伙伴联合打造创新的方案。阎力大透露，“我们会借助这个平台，实现快速上市”。

例如，在平安城市领域，海克斯康是全球领先的ISV，拥有CAD、地理传感器、GIS等专业技术。华为与海克斯康共同打造了下一代融合指挥系统。两年多以来，华为与海克斯康联合营销，海克斯康的市场从发达国家延伸到南太、中东、拉美等许多新兴国家，相关领域的收入实现翻番。

未来，华为表示将向合作伙伴最大限度地开放技术平台、营销平台、培训和服务平台。华为计划在未来3年支撑100家伙伴收入超过1亿元，发展超过1200家的解决方案伙伴，同时投入10亿元发展云伙伴。

我们有理由相信，华为生态会为数字化转型带来催化剂，但生态圈并不是一家独大，数字化转型也不仅是靠一己之力。就像阎力大所言：“生态建设，不是一家唱独角戏，而是各方共同参与；不是要营造各自的后花园，而是要建设共享的百花园。 ”

articleCommentId{1105019462195019776}articleBiz{==}
2、闪耀羊城｜制造企业数字化转型方法论及最佳实践
原创 EPLAN EPLAN易盼软件

EPLAN易盼软件
微信号 EPLAN_China
功能介绍 高效工程流程的引领者
——威图 & 易盼出席产品创新领域重磅峰会

由e-works主办的“第十五届中国制造业产品创新数字化国际峰会”已于2019年11月29日在广州市成功落下帷幕。本届峰会以“智能物联时代的产品创新之道”为主题，围绕支撑制造业产品创新的数字化技术应用，邀请到了各方专家一起探讨智能制造时代的产品创新变革之道，厘清产品创新的方法、标准、技术及软硬件解决方案。

作为全球领先的工程方案提供商，易盼软件(EPLAN)携手威图(Rittal)共同出席了本届峰会，EPLAN大中华区咨询管理经理、资深咨询顾问肖冰女士受邀作了题为《制造企业数字化转型方法论及最佳实践》的主题演讲，演讲中基于EPLAN与Rittal助力全球多家企业成功实践数字化转型和数字孪生的经验向与会嘉宾分享了制造业企业实现数字化转型的策略和方法。

EPLAN大中华区咨询管理经理、资深咨询顾问肖冰

首先，肖冰女士谈到了数字化的背景及本质特征，她指出数字化的目标是实现CPS（Cyber、Physical、System）,而CPS的实现离不开企业数字化的实现。

从世界先进制造格局中不难发现，美国和德国为了实现“数字化装备”和“工业4.0”，都需要依托DMS和DT/DT。

尤其是德国，为了构建完整的CPS系统，通过“管理壳“为工业4.0中我们所熟悉的包括设备，元器件，甚至是一个软件程序的“物”披上数字化马甲，使其得以实现对外的沟通。德国电气和电子制造商协会(ZVEI)作为德国最大的行业协会之一，定义了“管理壳“这项”跨界“标准。值得一提的是，Friedhelm Loh集团的所有者兼首席执行官 Friedhelm Loh是ZVEI德国工业联合会（BDI）的总裁。EPLAN服务全球控制领域工程设计30多年的经验助力了这项标准的定义。

当了解了构建“工业4.0“，需要企业实现数字化的转型之后，肖冰女士向我们阐明了能够支撑企业数字化转型的底层信息化基础需要标准化的数据才能实现有序高效的沟通，企业的IT系统中各子系统和软件工具必须满足可扩展性、接口统一和互操作的特点。由此可知，要实现数字线程和数字孪生，需要强大的端到端的满足互联系统（集成）的IT架构，还需要系统工程流程来支撑和支持数据的生成，也就是产品的研发。

说到这里，就不得不提到机电一体化系统工程，这是由计算机技术、信息技术、机械技术、电子技术、电气技术、控制技术、光学技术等多学科相融合构成的一门独立的交叉学科。

企业要实现机电一体化系统工程需要依托基于模型的系统工程（MBSE），实现全生命周期设计，例如产品规划、详细设计、工艺校验、生产执行、装配调试、运行维护等。

在了解企业数字化转型需要具备数字化和标准化基础，并且以基于MBSE的机电一体化系统工程作为方法论指导后，肖冰女士向我们分享了数字化转型的最佳实践——EPLAN & Rittal提供多维数字孪生模型的工程实现方案。

数字化转型标准化先行，这是大家都明白的道理，但是在制造业企业如何实现呢？EPLAN & Rittal解决方案中根据Data Portal构建七级标准化主数据模型和标准化主数据结构，支撑用户实现从虚拟产品到虚拟制造，再进行真实制造（自动化）、真实产品全流程，真正实现企业由虚拟（Product）到现实（Production）的数字孪生映射。

EPLAN & Rittal提供了包括一系列帮助企业实现虚拟产品设计和现实产品生产的软件工具解决方案，同时还提供信息化集成与扩展的解决方案，让企业的控制设计业务纳入CPS域。

演讲中，肖冰女士还代表EPLAN邀请嘉宾们有机会到德国总部的EPLAN & Rittal威图创新中心参观，了解她所介绍的企业数字化转型最佳实践的落地原型。

与会嘉宾用热烈的掌声表达了他们对于肖冰女士演讲内容的强烈共鸣。EPLAN & Rittal深处中国制造业研发与生产方式数字化改革的大潮，吸收全球先进制造业的成功数字化转型经验，并将这些经验通过深耕中国制造业业务领域进行本土化的沉淀与丰富，目的就是为了帮助广大的制造业同仁在数字化变革中抓住机遇，获得成功。

本次峰会吸引了来自全国各地700余名制造企业和科研院所主管研发和信息化的专家代表。通过此次论坛，与会制造企业进一步了解了数字化技术支撑制造业创新、创新的途径和相关技术的发展现状与趋势，学习了行业领先企业的最佳实践。

附录PPT：制造企业数字化转型方法论及最佳实践

articleCommentId{739770862122991617}articleBiz{==}
3、开启应用微观时代 | 容器时代的数字化转型方法
青云QingCloud K8S中文社区

谈到数字化转型，大多数文章的表达方式大概都是“在时代从互联网进入产业互联网的背景下，所有行业都应该拥抱云计算、大数据和人工智能……”好像只要开出这三味药名就能药到病除。

谈到容器与微服务，人们习惯围绕着 Docker、Kubernetes、Service Mesh、FaaS、DevOps、Serverless……这些技术和概念在微观层面打转，结果在落地过程中出现很大的组织裂痕，举步维艰。

本文试图从企业业务核心诉求出发，在数字化转型核心逻辑下，帮助企业厘清企业应用开发与运维全面向云原生和微服务架构转型的根本原因，以及转型过程中涉及的各种关键问题、相关概念之间的关系。

2013 年诞生的 Docker，让尘封已久的容器技术再一次兴起。围绕编排调度框架的百舸争流，更是将容器推上了风口浪尖。直到 Kubernetes 脱颖而出，成为业界公认的容器编排标准，容器似乎代表了未来的一切，业界对容器技术的追捧更是达到了顶点。

然而，如同 Gartner 经典的技术成熟曲线所描述的，陡然而起的顶峰也意味着即将迎来的一轮“幻灭低谷”。当技术和生态日益蓬勃与成熟，越来越多的从业人员开始从单纯对技术和理念的追捧，转向对容器落地实践与真实价值的思考。无独有偶，另一份 Gartner 调研预测到 2020 年将有 50% 的企业会将容器应用于生产环境中。

这侧面反映出业界，特别是最终用户群体，对通过容器技术达成真正业务价值的期许。对于完成了高光亮相的容器和Kubernetes， 接下来面临的是走向成熟前的最后一次大考：突破“幻灭低谷”，走入真正的生产实践，创造商业价值。
w
01
以“微观塑形”的新业务新应用
w
任何技术走入生产实践的终极目标都是塑造企业创新性竞争力，为业务目标服务。

互联网的出现为企业经营带来巨大改变：全新的业务形态，更为广阔的营销空间，愈发高效的运转效率。面向未来，企业业务将呈现更为彻底的互联网化与数字化：从面向营销、面向人的消费互联网，通过物联智能延伸到面向生产与供应链（物与流程）的产业互联网，同时将更加依赖通过数据挖掘而形成的数据智能进行决策。

企业 IT 将面临超大规模、无数触点、极高并发、极快速迭代更新等新的挑战，需要更高的弹性和敏捷性。

数字化转型 1.0 阶段，企业更加关注基础设施的敏捷性改造，通过系统基础架构（计算、存储、网络）全面云化实现获取敏捷和弹性的第一波升级。而在云计算基础上，完成对更为贴近实际业务的上层应用的架构转型，将更直接的大幅提升业务敏捷性，云原生理念应运而生。

云原生的最基本属性是分布式的，但以何种粒度和维度实现模块化的切分，业界一直在不断探索。Gartner 提出了一种应用（服务）粒度理论，将应用分成：Macroservice、Miniservice、和 Microservice，从粗到细依次对应不同的应用切分粒度。越细的粒度，将带来越大的自由度和敏捷性。

微服务架构就是基于这一理念，将应用进行更细粒度的模块化拆分，并通过服务网格/服务治理技术建立起微服务间的通信网络，从而构建起由独立微小服务组织而成的应用（服务）网络集群。

由于每个个体相对而言是轻量化的，可以单独开发与部署，使得整个微服务应用具备了高度的动态化能力，可以不断的快速迭代演化，也因此具有更强的业务敏捷性和弹性。

Gartner 基于微服务理念进一步提出了 MASA （Mash App and Service Architecture）应用架构，并预测这种理念将成为未来应用架构的主流趋势。 应用开发开始从“宏观造像”逐步走入“微观塑形”。

如同爱因斯坦的相对论为我们打开了量子世界之门，微服务理念开启了应用的“微观世界”。但理论的真正落地，仍然需要一整套庞大的系统工程，包括完整的微服务工具集，与之匹配全新的应用开发与管理流程 ，以及符合微服务特性的基础设施平台。

>>>>
新流程

DevOps 不仅仅是技术或者实现技术的工具，更是应用开发的一种组织架构和工作流程。DevOps 通过流程的重构希望实现从开发、测试到最终应用部署发布全流程的贯通与高度自动化，从而实现敏捷开发。而正是这种对高度的动态特性的关注，让 DevOps 方法论与微服务理念找到了共识。 
>>>>
新平台

“轻量化”和“标准化”是容器最显著的特性，而这两个特性也恰恰完美匹配微服务应用开发的需求。轻量化匹配对“微观”资源的需求，而标准化的封装则为组网和标准化通信提供了基础。进入“微观”世界最不可避免的是数量剧增带来的管理复杂性，也因此容器的使用从来不从单体出发，而强调调度编排，这也正是 Kubernetes 有如压舱石一般的价值所在。同时，业界也普遍认可容器是运行 DevOps 的最佳平台。

总结下来，企业真正需要的是利用更敏捷灵活的应用交付能力持续锁定创新竞争力，而通过落地微服务完成应用架构升级，则是取得这一目标的关键。

完善的容器平台，提供基础设施资源、完整的工具集、流程链及企业级工作平台，为微服务及 DevOps 的全面落地提供一站式支持，应该成为所有企业容器建设的共同目标。

02
广义架构的粘合剂

以上是从纵向的视角探讨容器对单体应用的重构，而以横向的视角，从宏观拓展的角度，亦可观察到容器在多种新兴应用场景中起到的粘合作用。

>>>>
容器和云 & 虚拟化

一方面，容器和虚拟化是互补关系，这一点越来越为大家所认可。在容器最火热的时候，将容器视为虚拟化替代品的论调也不乏受众。

但逐渐，大家在实践中认知到容器与虚拟化各自的专长，也逐步区分开各自的应用场景。两者都是基于分布式的架构理念，但是如之上提及的粒度理论，容器更敏捷更轻量，需要全方位的架构重组，适合短平快的新业务； 而虚拟化粒度更粗，灵活不及容器，但单体更强壮，更适合需要长期稳定运行的重载应用。因此在相当长的时间内，虚拟化和容器将以互补的关系在企业的生产环境中长期共存。

另一方面，容器是可以部署在虚拟化之上运行的。特别是在虚拟化大规模普及的背景下，这样的部署方式更贴近用户的使用习惯和真实环境，使用和运维都十分方便灵活，同时虚拟化在隔离性上的优势也将补强容器的安全性。但代价是在一定程度的性能损耗，特别是网络性能。

与之相应的，是选择将容器直接部署在物理机上，架构上减少一层，会大幅降低运维复杂度和性能损耗，同时资源利用率也将显著提升，最终获得更优的 TCO （总体拥有成本）。

两者各具优势，如何选择则应诉诸于使用场景：更为灵活的虚拟机方案比较适合开发测试环境，而 TCO 和性能更好的物理机方案则更适合长期运行的生产环境。在真实环境中，这两者不是简单的二选一，大多数时候是同时存在互相补充的，在一套完整的云体系中统筹管理运行。

>>>>
容器和 Serverless & FaaS

通过 Serverless 服务，用户可以直接执行代码来处理负载，从而完全避免了应用运行环境或部署所带来的各类消耗，提供极高的需求响应速度，面对突发性或事件驱动型的负载，Serverless 更具优势。在目前这个阶段，可以说容器为 Serverless 概念的落地奠定了技术基础，不少服务商基于容器技术构建 Serverless 服务。

但未来很有可能，Serverless 只是作为从容器到 FaaS 的过渡阶段的一个代名词，或者以 Serverless 统称类容器的轻量计算平台。轻量化和高度敏捷快速是这类平台的共同特征，能满足关于弹性伸缩、按需按量计费等敏态的需求。
>>>>
容器和边缘计算 & IoT

边缘计算并不是把云简单复制到边缘，而是一种体系化的计算框架设计。位居中心的云计算平台和边缘会有分工，处理不同场景下的负载。并且这种分工是动态和敏捷的，以适应整个架构的状态和实际场景的需求。

比如在一个摄像头智能识别图像的 IoT 场景中，实现图像识别的人工智能算法应该运行在边缘，以便更快速响应来自摄像头的实时需求，但算法不应该是固定不变的，应该在不断的学习中迭代升级。完成学习的巨大算力可以由中央的云负担，而边缘节点不断快速迭代的需求则可以通过运行容器环境作为承载，同时还可兼顾边缘节点对轻量化的要求。容器之于边缘之于 IoT，是一种更好粘合中心到边缘的架构工具，同时也赋予整个物联网更多的弹性与敏捷。

整体而言，容器作为一种轻量化的计算载体，为更多的场景赋予高度的弹性与敏捷性，也将更多场景有机的粘合在一起。从宏观的视角看，这也是一种广义架构层面的弹性与敏捷，同样在横向上重构了场景连接的方式。

03
实践中的系统性挑战

真正走入生产实践时，环境现状是复杂多样的，杂糅了多重视角，既需要关注单体应用的开发流程的设计，也需要在宏观全局层面上考量不同平台间的有序衔接，同时兼顾来自管理、组织、人才等层面的挑战。
>>>>
人才技能

作为最前沿的技术领域，业界对这种新事物充满了好奇。大家最初接触 Docker，都在感慨其便利性。但当 Kubernetes 出现后，很多人都在抱怨其复杂、难用。

一方面， Kubernetes 实际上定义了一套新的标准，里面充斥着大量新概念和方法论，需要时间理解掌握。同时 Kubernetes 作为一个开源项目， 关注核心的发展，而将关于易用性和教育培训的问题交给了广大社区自行解决。

至今，原生 Kubernetes 大量的操作还需要通过命令行指令完成，这与企业 IT 从业者对 UI 化操作的预期还有相当的距离。而种类繁多且但参差不齐的周边套件对初学者而言同样无所适从。而且，Kuberentes 对部署后期的运维也提出了不少新课题，比如容器网络环境、持久化的数据存储方案、运维监控等等。

另一方面， Kubernetes 技术横跨企业的系统和研发，打破了固有工作边界。典型企业场景中，应用开发和系统运维是两个团队，大家拥有不同的工作重心、知识结构和和习惯认知。

运行好一个集群平台需要有强壮的网络和存储支持，而 Kubernetes 在这两个方面还处于不断发展阶段，成熟的方案和先例不多，应用开发人员觉得不可掌控；同时运行容器集群是为了运行应用，不是作为一个 OS 来使用，系统人员又觉得没有头绪，两方都需要理解对方的视角，也需要有全新的理念、方法论、组织架构、工作流程和新的工具，实现两种角色的认知统一和协调推进。

毫无疑问，面对新技能的挑战，企业都会想方设法帮助员工学习提升，但如何确保结果能够得偿所愿呢？

现实的情况大多是，很多从业人员抱持着极大的热忱而来，但面对陡峭的学习曲线又望而却步，很快就丧失了坚持的动力，从而很快从好奇转向了抗拒。也许，降低入门门槛，在没有很专业的知识时就能先使用起来，在之后的使用中在不断深入学习提升，创造一种学习实践的正向循环，是更值得考虑的学习路径。
>>>>
企业 Legacy

容器带来的创新是颠覆性的，而企业既有的应用架构、基础设施、组织架构、业务流程、协同和管理方法等等，这些行之有年的稳定体系，不会轻易改变，也不可能轻易改变。

从技术层面，作为整体 IT 的一部分，容器平台应该恰如其分的融入整体， 而绝不应该是一个独立的技术体系。而一个全新平台想要融入现有企业 IT 框架，需要提供良好的集成接口，在资源的调度和运维管理实现统一。同时，专业且舒适的用户体验也不可或缺，从使用操作角度最大程度的兼容现有的流程和习惯。

组织和协作机制是另一种隐形的企业 Legacy，包括业务长期发展沉淀下来的工作流程和职能划分，业务需求塑造下的组织形态，甚至企业文化奠定的协作机制，等等。但容器、DevOps 、微服务带来的不止于技术，同样也是方法论层面的重构，对这些既有流程和习惯带来冲击不可避免。

综合来看，容器项目在立项初期，就需要合理安排推进路径，合理选型，尽量减少对现有体系带来大面积冲击，逐步融入，长效演进，避免爆发式急进式的改造。

也可以参考云计算在企业内部落地的过程，很多企业先将云平台应用于部分创新业务场景，通过局部业务熟悉掌握云平台的构建和运维能力之后再推进到全部生产环境。
>>>>
工具的选择

工具是落地的抓手，一方面要足够丰富以满足最直接的需求，而另一方面也需要足够统一以发挥系统性的价值。

业务人员的需求往往是非常直接的：版本发布频率越来越密集该怎么办、如何做测试和生产的隔离、如何做灰度发布、发布到生产环境之前要有审批……等等，这都是企业每天要面对的具体的事。

容器技术是底层支撑平台，和业务需求之间有一层鸿沟，Kubernetes 也不能完全弥补，更需要一个贯穿应用开发、测试、部署、运行管理全流程的解决方案级平台产品，弥合开发和运维之间的认知、习惯与流程鸿沟。

这为围绕 Kubernetes 而延展出的应用生态提供了巨大的空间：

向下，基于 CNI，CSI 等标准定义，大大小小的存储、网络基础架构厂商不断把服务接驳进 Kubernetes 生态；

向上，面向各类业务应用场景不断涌现出各类项目，有开源的也有商业，比如微服务治理的istio、镜像仓库 Harbor 等等，甚至一些远早于 k8s 的老牌软件也在调整自身去适应容器技术，比如 Jenkins 孵化的 Jenkins x 项目。

横向，传统 IT 领域的巨头如 IBM、VMware，Rad Hat 等，纷纷宣布支持 Kubernetes， 而大部分云服务商则已经将云端 Kubernetes 服务列为标配。

但生态快速生长的同时，碎片化的问题也涌现出来。各功能模块虽然选择丰富，但缺乏整合。好的企业级的容器平台不应该是把各种功能碎片化的拼接起来，提供一个大而杂的技术产品，而应该通过体系化的设计，将企业在业务“微观塑形”过程中涉及的思维、方法、工具与能力有机地整合起来，提供贯通应用开发、测试、部署、运行管理全流程的平台级解决方案，并尽量降低容器技术的使用门槛，简化操作，最大程度兼容企业既有的业务流程和管理习惯。

综上，除了满足功能和业务的设计目标，诸多延展而来的问题也需要统筹考虑，完整而系统化的容器平台，应该包括：

• 流程重塑能力：
贯通工具到方法论的完整流程；

•抹平多角色技能与方法 gap 的能力：
让多种角色各得其所，同心协力；

• 兼容传统的能力：
尊重既有资产，无缝融入现有 IT 管理流程；

• 强大的性能支持：
健壮的网络存储支撑，确保高效稳定运行；

•安全性：
企业级安全体系，包括多租户环境下的安全隔离机制。

只见树木，不见森林，是目前很多企业进行容器建设时的真实写照。对系统化思考的缺失，盲目追捧热点，往往很快因为各种挑战阻力导致整个项目的失败。 

企业真正需要的是对架构设计和实现方法进行系统性的顶层设计和统筹考虑，因地制宜地结合现状和能力进行长期规划和平台选型。这是一个系统性工程，同时如果能在平台工具方面获得最大助益，则将大幅降低系统推进的难度，加速转型进程。 

04
展望

有人将容器作为基础计算力使用，可以认为这是初级阶段；有人从业务视角，把一个个业务通过容器交付和运行， 可以认为进入了进阶阶段；而更进一步，以容器平台做依托，去打造诸如物联网、大规模计算平台，Serverless、FaaS 等，即构建平台之上的平台，以一种技术去创造新的技术…… 

这样的容器进阶之路，清晰的描绘出企业数字化转型的历程，从关注 IT 自身的效率提升起步，逐步将重心转移至对应用和业务的赋能，最终汇聚单点能量打造平台能力，并推动新一轮的技术转型升级。

单一的容器个体是藐小的，但围绕它展开的对动态架构的探索、对微观方法论的思考、对技术价值的反思、和对未来应用的设计，则为我们打开了具有无限可能的未来世界大门。

容器技术的本质，是面向应用和业务价值再思考与再塑造， 而方法则是通过“微观”解构并重塑“宏观”。只有足够深入而丰富的“微观”，才能涌现真正宏大而健壮的“宏观”。人类进入原子时代后掌握了核能，而容器之于我们呢？

换一种视角，重新思考容器。

articleCommentId{545789275980038144}articleBiz{==}
4、企业如何突破增长极限？阿里云数字化转型方法论来解密
阿里研究院
阿里研究院
微信号 aliresearch
功能介绍 阿里研究院依托阿里巴巴集团海量数据、深耕小企业前沿案例、集结全球商业智慧，以开放、合作、共建、共享的方式打造具影响力的新商业知识平台。 阿里研究，洞察数据，共创新知！ 官方网站

我们正在进入一个量子化的高速变革的时代。智能手机的深度普及带来海量数据的瞬间链接，一个事件或者产品出来，秒级间全世界都会知道；人工智能技术的进展和中美关系的变化，又更进一步增大了商业环境的不确定性。传统的信息化和经典的战略观已经不能适应数字业态的需要。企业如何创新存活、如何突破业务增长的极限，成为了众多企业家关注的焦点问题。

基于阿里巴巴的商业实践，阿里云重磅发布了《新一代数字化转型白皮书》， 阿里巴巴集团副总裁刘松、阿里云研究中心战略总监宿宸、毕马威中国数字化咨询合伙人毛健及毕马威中国CIO咨询总监柳晓光共同出席了白皮书的线上直播活动、并就新一代数字化转型的方法论进行了经验交流与分享。

“数字外场”成为数字化商业业态的重要特征

阿里巴巴集团副总裁刘松表示，目前全球近30亿部智能手机，万千链接产生的海量数据将商业环境的变化速度和幅度都提升到了一个新的高度。尤其是对于与消费者直接产生联系的行业，媒体社会化与社会媒体化事实上造就了一个连接了亿万人群的“超级数字外场”：一方面，企业的商业决策所产生的影响可以在网络的扁平时空中快速放大；另一方面，所有消费个体的行为和选择，也都可以通过高度连接的网络对商业本身产生巨大的影响。这意味着，任何一个公司与机构都需要“小”看自己，思考如何面对一个30亿人可以瞬间互动的外场，它是大机遇，也是大风险。到2020年，全球联网设备将逼近300亿台，这构成了一个更为广大的外场，采用数字化科技的企业与机构，面临着指数级别的成长机遇，从而对企业与机构的前台-后台模式带来巨大冲击。

▲量子特质的数字化商业vs牛顿力学特质的非数字化商业

重构，还是增长？企业战略与数字化转型的匹配

在数字化的商业形态和生产运营方式下，数据成为企业最核心的资产，这对企业的战略制定和运行决策机制提出了全新的要求；对于正在寻求建设数字化商业形态和生产运营模式的企业，则必须设计出与数字化技术相匹配的战略模式和机制，才能保证数字化转型的成功。

在白皮书中，以是否改变商业模式为界限，阿里巴巴把企业的数字化转型划分为“数字化重构”和“数字化增长”两大类别，并对应不同的商业战略和数字化战略。在数字化实践的过程中，企业应当明确自身所处于的转型类别，选取合适且匹配的方案策略。

对于以重构为核心的数字化转型，企业应当注重新的商业模式如何构建，在商业能力和数字技术能力两方面并行搭建数字化转型路线图。构建合理的全域数据体系，以先进的方式存储、辨识和连接这些数据，并灵活地使用它们，