redhat认为，相比技术的不断涌现，技术的欠缺（或出现故障）更让人头痛。我们生活在一个数字化时代，我们希望技术能为我们所用并提供无缝的使用体验。在大多数情况下，这一点都是能实现的。我们的智能手机上存有可保证我们全天高效工作的一切所需数据（和更多其他功能），这些功能包括文字处理工具、日历、家庭用电通知、交通出行方案、送餐服务、天气预报等。但是，当技术不能为我们所用时，我们会感到*无力。例如，因公路上没有安装电子收费仪而需在收费亭前等着支付现金；前往市区的法院获取一条据您所知应该已在网上公布的公开记录；眼睁睁看着电话会议装置屡次出现问题。

所以，企业必须进行技术投资，以便以我们所期望的方式为员工和消费者提供服务。要部署云技术、移动应用和“资源即服务”，必须采用全新的存储、分析、自动化和管理方式。一项创新可以引发另一项创新，新技术可以促成流程改进，进而改进产品和服务。之后，客户会要求实现更多改进，因为他们会在日常生活中慢慢习惯于某些体验。

您可以这样想：

• 产品（如文件柜中的纸质记录）已转变为容器中的位和字节并存储在云端，即使是文件柜本身，也实现了抽象和软件定义。

• 酒店体验和租车等服务已被民宿备用房间所取代（我们稍后再来详谈），司机也会通过智能手机随传随到。

• 瀑布式工作流等流程已经发展为各种 DevOps 实践，从而使团队能以迭代方式推进各项工作。

软件让生活变得更美好，这就是数字化转型的意义所在。那么，它的具体定义又是什么呢？

“通过技术实现转型”的做法可以追溯到几十年（互联网）、数百年（印刷机）、甚几千年（车轮）前。创建软件应用、构建 IT 基础架构和推行业务流程早已经不是什么新鲜事了，所有技术出版物（从 Business Insider 到 Wired）都介绍过数字化转型，麻省理工学院斯隆商学院还制定了一个的数字化经济计划。

但是，技术的爆炸式增长是有源可溯的。它先得益于基础架构，基础架构为重新定义业务流程的应用奠定了基础。于是，所有的一切都实现了互连：基础架构决定了您会使用哪些类型的应用，这些应用又进而决定了哪些类型的流程表现。现在，就让我们一起来了解一下。

基础架构

IT 基础架构是数字化转型之路上重要的革新力量，从大型机、到服务器、再到网络、然后到云端托管，一路助推着我们来到了当今的混合环境。但是，并非每一家公司都需要立即采用或适应基础架构的新突破性技术。

一切都要从大型机开始说起。这些历史悠久的金属机器使得每分钟的计算量翻了一翻，因而重新定义了数据处理。但是，这项技术并未在一夜之间被广为采纳。先采用大型机的是，借助大型机，处理人口普查的时间从十几年缩短到了一年半。

在服务器实现联网后，尤其是在 1991 年 2GB 服务器开始托管万维网之后，为了不被淘汰，企业不得不开始改变自己的基础架构方案。所有想在互联网上在占据一席之地的企业都需要配备服务器。现在，服务器可托管内部网以支持私有云，可连接互联网以支持公共云，还可通过混合云同时支持私有云和公共云。

应用

基础架构可托管各种应用。现在，我们都会依赖应用来开展业务，但是一开始情况并非如此。就在服务器成为广受欢迎的基础架构工具之时，应用也开始为整个市场带来了颠覆性的变化。（请试想一下这样的情景：新的 IT 基础架构甚都还没完全发展成熟，就有另一项不同的颠覆性技术开始撼动整个市场了。）

先出现的单体式应用：1 个应用对应 1 个服务器。想要添置新的应用？就需要添置新的服务器。输入、输出和处理通常都是由单个硬件来实施。企业的实际设备空间决定了应用所能产生的颠覆性影响的范围；如果想要更多（或更好）的应用，就必须留出更多的空间用来添置服务器。

某些单体式产品要为 N 层架构让路，因为后者能从根本上打破架构的功能壁垒，使企业仅凭一台服务器就能满足多个应用的需求。借助客户端/服务器方法，处理请求可池化到一个 2 层架构中，该架构能在回连服务器（层 2）的客户端系统（层 1）上运行。目前，部分 N 层应用已被微服务取代，后者可将应用细分为更小的组件。

如今，很多企业都以单个应用为。很多必不可少的业务流程（物流、制造、研究、开发、管理）也依赖于各种应用。应用之所以能在企业中得以普及，首先要归功于服务器对市场造成的颠覆性影响，其次源于应用架构的变革。现在，架构仍在不断变革，并影响着各种业务流程。

流程

业务流程貌似并谈不上转不转型（流程本身就很抽象，它又该如何数字化呢？），但它们可以通过自身所依赖的系统来实现变革。

瀑布式方案允许 1 组研究人员、开发人员或运维人员在任意指定时间使用一台机器。这是一个缓慢的过程，每年只有几个代码得以发布。这是因为整个大型机需要进行*复杂的数学计算，才能确定宇航员的进入轨道（举例而言）。每分钟 2,000 次的计算速度与现在的每分钟计算 1,000,000,000,000,000 次相比，两者相差了 15 个数量级，这样的计算可能需要几天才能完成。除了计算机处理输入和输出结果所需时间太久之外，大型机要比现在的机器更大、更贵。因此，即使您能够负担得起多台大型机，您可能也没有地方来放置它们，因为一台大型机就需要占用 350 平方英尺的空间。需求量如此之高，而可用的系统却少之又少，所以除了瀑布法之外，没有太多的流程可供选择。

虽然多层处理可以提高开发流程的敏捷性，但是开发和运维团队仍会独立开展工作。这不是一件坏事，每个团队都需要不同的工作流程和环境。但是，这的确会影响运行速度。因此，开发人员可能会创建一个功能强大的新应用。这些强大的功能也会占用大量的资源，但是开发人员不会考虑这类问题，因为这是运维团队的事情。另一方面，运维团队可能需要衡量应用层的资源使用情况，这意味着开发人员必须在应用中添加额外的代码，这些代码或许能很好地协同工作（或许不能）。

微服务和容器（它们都实现了 DevOps ）可以缓解这些小麻烦。它能加强协作，使团队能够使用一致的工具集对组件进行迭代工作，并且代码可以根据需要在团队和环境之间迁移。

数字化转型无法通过单个简单的解决方案来实现，这既是一件好事，也是一件坏事。您日后的技术使用方式能否得以改变，完全取决于您现在的技术使用方式。

您的技术使用现状如何呢？是否仍依赖于由传统软件构成的单体式堆栈？您的开发人员是否已迁移到公共云环境，但仍在拼将应用转移到企业内部？您的业务线是否已准备就绪，能够制定适合自身业务的技术决策，而不是被动地等待传统技术供应商的发展策略？无论您的现状如何，您都需要以此为起点做出改变。注意：如果您认为自己在数字转型化方面已经落后了，请振作起来，因为情况并非如此。

每个人的起点都各不相同，所以上没有通用的数字化转型框架、*作手册或路线图。您无法依靠某个委员会或某个框架来实现变革，通过这种方式您也设计不出创新型 IT。您的企业可能需要重新思考现有的软件、开发方法、业务流程和人员职责；或者，您可能已经拥有良好的架构基础，只需添加几个新功能即可。

实现数字化是一项长期战略，而非短期战术。您必须不断地进行文化和技术调整，才能取得持久的成功。这种调整不一定非得是性或颠覆性的（渐进式、增量式和迭代式的进步也是进步）。您的目标应该是在市场要求您做出改变之前先主动适应变化。因为市场迟早会要求应势而变。不管您的业务是开飞机还是卖报纸，您总会面临颠覆性威胁。

数字化转型是技术发展的必然趋势。这种颠覆性可能无处不在，但似乎又无迹可寻。

比如，酒店业就曾经历过多次颠覆性的转变。曾经，要想找到一家酒店，您需要开着车在镇上穿行，寻找写着“有空房供应”的霓虹灯标牌。电话簿可能是个引发酒店业发生颠覆性转变的产物，被收录其中的酒店会在竞争中占据优势。互联网则是第二个颠覆性产物：设立了网站的酒店能够吸引会上网的客人预订房间，而那些没有提供在线服务的酒店不可能拥有此类客源。通过应用编程接口 (API) 整合了旅行票价信息和预订服务的旅游网站是第三个颠覆性产物。那些整合了标准 API 并与旅游网站联网的酒店可从中受益。* 第四个，也就是现在正影响着酒店业的颠覆性产物，则是手机，它实现了一种共享经济，重新定义了整个酒店业。现在，旅客可以绕过酒店直接租借他人的沙发、房间、公寓或住宅。

颠覆性的工具可以激发颠覆性的理念，进而促成颠覆性的实践。请想一下：手机在共享经济成为现实之前就已经存在了。API 可以减少您与新客户之间的障碍，综合性旅游网站就利用了这一点；手机可以简化客户的访问过程，急切吸引客源的酒店就利用了这一点。市场外部的颠覆性因素（API 和手机）可能促发市场内部的颠覆性因素（综合性旅游网站和共享经济型应用）。明白了吧？这些因素都是互联互通的。

来源：Chris Bradley 和 Clayton O’Toole。如何抓住现有机遇实现数字化颠覆。麦肯锡季刊，2016 年 5 月。
* 由于 API 的兴起，整个旅游整合技术终打响了一场价格战，让客户享受到了实惠的价格。这为一些企业带来了利润，但也提高了其他企业的成本，但总归好过错过潜在客户。这项颠覆性技术很好地展示了：

1. 技术是如何改变消费者所期望的服务的。
2. 颠覆性转变并非总能让市场和实现颠覆的企业受益，有时，只有客户能从中受益。