什么是数字化转型？

概述

当企业随着技术进步而采用全新的创新方式来开展业务时，他们就是在实施数字化转型。这是一个使用数字化工具从根本上实现转变的过程，是指通过技术和文化变革来改进或替换现有的资源。数字化转型并不是指购买某个产品或某种解决方案，而是会影响各行各业中涉及 IT 的所有要素。

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

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

数字化转型简史

"通过技术实现转型"的做法可以追溯到几十年（互联网）、数百年（印刷机）、甚至几千年（车轮）前。创建软件应用、构建 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。您的企业可能需要重新思考现有的软件、开发方法、业务流程和人员职责；或者，您可能已经拥有良好的架构基础，只需添加几个新功能即可。

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