1. 采用建议
归根结底，企业的关注点已经从如何转变工作负载以利用云技术转向了如何在整个企业真正采用云技术。
2. 从易到难，循序渐进
“从简单的事情入手”，在云领域，这也是不变的法则。因此，很多企业已经将最简单的工作负载迁往了云端，并且已经在享受云所带来的收益。
收获了这些成果后，处理更复杂且云关联性更低的工作负载就顺理成章地成为了他们的下一步。当然，这需要企业下一番功夫。比如，企业可能需要将部分系统从利基型平台迁移至商业硬件和操作系统上。这种情况下，企业可能需要开展一些应用重构工作。当企业需要采取某种补救措施时，这也是不可避免的。
3. 从 DIY 到软件即服务 （SaaS）
就在不久前企业都还在投资为企业的各个板块开发自己的系统，但是，随着他们的心态从“自给自足”转为使用商业服务，市场上涌现出了以下三大类系统：
- 运营企业所需的基础系统，比如，人力资源应用，会计应用和文字处理应用
- 行业特定的竞争系统，比如，供应链应用，这是企业开展市场竞争不可或缺的工具
- 用于赢得竞争和客户的创新和差异化系统，尤其是互动系统
这样，企业就能专注于快速交付应用，满足客户需求，并开发新的客户。
4. 从整体式到容器和微服务
在云面世之前，企业实施的系统一般为整体式，这些系统需要完成很多不同甚至有时是相对独立的任务。这些系统的实施周期往往很长，因此，当系统上线运行时，可能存在无法达到预期目的的风险。一旦上线，企业就需要花费大量精力来维护系统，一点小小的变更就可能需要企业反复测试，并绞尽脑汁地执行变更发布流程。
采用 OpenWhisk 等技术开发而成的微服务则能规避这种模式。与过去让一个应用来处理所有任务不同，每个微服务只专注于一个任务。一个业务流程可能由一个或多个微服务来完成，业务服务也可能会共享微服务。
通常，微服务由几行到几百行代码组成，因此，微服务的编写变得更快，维护也更简单。当某个微服务有变化时，您只需要测试该微服务，不需要测试整个端到端流程。
我们不妨观察一下 IT 行业是否已经开始从微服务中获利，并像打造 API 经济学一样打造一种微服务经济学，这是一件相当有趣的事情。它们都是采用即用即付的定价模式。
同样，企业也想利用容器来实现应用的便携性、大规模可扩展性，甚至在可能的情况下，通过即用即付模式降低成本。
5. 从单个供应商到多个供应商
几年前，企业大多采用一家供应商的产品，但是现在我发现，他们开始倾向于采用多云方法。部分原因是因为他们意识到，并非所有的云都是相同的，有些工作负载更适合在不同的云上完成。
这给企业带来了一些挑战。比如，如何放置工作负载，以及如何实现云供应商的直接互联，从而在托管于不同云环境中的应用之间更及时地传输数据。中介工具能够解决如何放置工作负载的问题，IBM cloudMatrix 就是一个典型的例子；至于如何实现云供应商的直接互联，目前我们正在企业层面解决这一问题。
下一个关注领域？
认知服务将是我关注的下一个大趋势，比如通过 IBM Bluemix 在 IBM Watson上推出的认知服务。从智能聊天机器人，到帮助医生诊断癌症和制定治疗方案的相关工具，开发人员将利用认知服务丰富其应用，这样，应用不仅能完成任务，还能支持日常的决策和行动。
