云技术会颠覆IT平台吗？

文/Ronald Wright Raffensperger

运营IT组织是个需要平衡首要性和紧迫性的挑战。通过部署健全的基础设施来满足当前需求并预测未来需求已经够难了，更何况硬件和软件问题还难免会导致业务中断并需要处理故障。所以，运营IT组织绝对需要强大的心理承受能力。

在过去的几年中，大多数IT组织已经开始通过虚拟化来提高计算基础设施的效率。这使得IT基础设施向云计算发展，并且非常经济。可惜，向虚拟化转型只是通往成功的一小步，关于如何根据应用程序工作负载需求的变化快速、自动地扩展或收缩，仍然存在一些未解决的问题。企业也需要找到一种方式为IT和非IT用户提供自己的云计算环境。

依托IT即服务

解决上述问题需要依托IT即服务（IT-as-a-Service，ITaaS）。IT即服务使企业可以通过“亚马逊AWS”等公有云来提高产能、快速上线，同时维持对敏感的企业信息资产的控制。IT即服务还能加强“数据中心”解决方案，支撑那些使用私有云资源、外部云业务供应商资源或内外部混合资源的业务。所以，实现IT即服务必须关注以下方面：

应用：大部分应用服务经过修改才能实现弹性伸缩。哪些应用服务可以真正从弹性伸缩技术中获益？修改这些应用服务的投资回报（ROI）是多少？
安全：如果某些群组能够在脱离IT管理的情况下独立创建并利用虚拟化资源，现有和未来环境的安全能得到保障吗？
共享资源容量：和网络、存储一样，IT即服务计算也是典型的共享资源。单独导入新应用时，能保证共享资源的可用性和容量吗？
管理：许多现有IT管理系统不能为有效控制和管理虚拟环境提供必要的关键信息，例如容量和所有共享资源的使用情况。

如果您已经实现了这些能力，并已将IT即服务投入运行，那么恭喜您。但是，这样就大功告成了吗？您为未来所做的准备，能够支撑所有的新型业务需求吗？

不幸的是，答案很可能是否定的。因为IT需求正朝着多个方向快速演进。有几家研究公司已经确认了影响IT的主要因素，尽管其结论稍有不同，仍有一些共性的发现——手机、物联网、大数据和云计算。从这些影响因素可以看出，企业要想在未来的IT世界中生存和繁荣，数据和灵活性是必不可少的。随着企业的发展和成熟，常规业务数据不断增加。同时，手机和物联网产生的数据具有新的形态，其数量级可能会让现有基础设施出现数据爆炸。这是企业必须应对的情况。

适应手机的需要

灵活性比数据更为复杂，因为这要求IT适应云计算、大数据概念，以及移动设备和物联网。越来越多的企业开始认识到，手机正在颠覆绝大多数关于IT如何支撑企业的根本设想。具体来说，手机具有以下需求和特征：

不可预测性：即使是人们已经很了解的应用，例如订单录入和客户信息查询，也因为手机而具有了全新的使用模式。传统意义上对“高峰期”的定位已经过时，如今在很短的时间里峰值可高达平时的5~10倍。
可用性：包括客户、合作伙伴和员工在内的用户在上下班时间都要使用手机，所以越来越依赖随时可用性。
变化管理：传统IT应用拥有稳定且相对较长的开发周期，主要受内部流程变化和需求变化的驱动。相反，移动应用通常来自外部因素的驱动，包括与新版本移动操作系统兼容以及与其它移动应用交互的需求。IT部门无法通过长期的规划和调度满足这些需求，而必须在不可控的时间安排下完成任务。
用户期待：移动应用程序的用户习惯于快速的变化和功能演进。为了跟踪用户行为、测试不同的用户交互方法，以及成功提供升级功能，需要采用新的开发、测试和部署模式。

从以上可以看出，我们正开始理解云计算和大数据的需求。如果没有云，就不可能在IT中实现移动应用所要求的可用性、可扩展性和灵活性。如果没有运用大数据技术的能力，就不可能充分利用所有可用信息，并从中获取灵感以推动企业进步。

IT的未来

我们再仔细看看未来IT应用的隐含需求。首先，要以“移动优先”的思路来提供未来的IT应用。也就是说，用户的屏幕和带宽大小是有限的，要站在这些用户的角度来考虑功能性。应用设计者必须精心规划用户交互，从而能够简单实现基于网络的应用，并且进一步减少开发工作。

其次，要用不同的方式思考应用的结构。为了充分利用云架构的优势、满足手机对开发周期的预期，不能再要求应用设计具有可靠的基础设施和主备切换的软件类型，而必须允许应用架构和基础设施发生故障，并保障故障能够得到妥善处理。从“可靠”向“容错”转变的深远意义不仅在于让开发者加快开发周期，还在于应用结构的改变，因为让应用容错的最佳办法是将其结构从整体变为碎片。在云服务领域，碎片化通常被称为“用微服务构建应用”。

这种观念上的改变也在重新定义应用开发的完成时间。为了对市场需求做出快速反应，应用开发可能永远不会完结，IT组织会处于一种“永久的测试状态”。这不仅仅对开发、测试和运营部门是个挑战，而且与来自IT组织外的需求是潜在矛盾的。要在永久的测试状态下顺利运营，企业应采用敏捷化和DevOps软件工程协议。我们要重新思考IT组织中开发和运营部门的关系，以及这些部门与内外部用户之间的关系。此外，我们必须利用极具颠覆性的新工具改进传统的IT环境，而与开源软件合作需要用新方法获取和支持开发、测试和操作工具。