“云”这个词第一次出现是在1994年4月的一本杂志中的一篇技术文章里。然后这个词几乎完全被遗忘，直到亚马逊在2006年开始销售其弹性计算云。
经过快速的发展，今天人人都在谈论云。对于普通用户来说，这是备选的存储解决方案。对于架构师、开发人员和管理员来说，这是所有笨重硬件设备逻辑上的替代者。对首席执行官来说，这是最节约成本的方法之一。
不过，实现云所带来的好处还取决于其背后的策略。此外，尽管每个公司的云计算战略是不同的----没有一个尺寸适合所有的情形----在规划任何战略时仍然有几点重要的需要考虑的因素。
API持续上升
曾经，开源是王。比任何其他的事情，它们发展迅速。现在自由和开源软件(FOSS)仍在，而软件即服务模式越来越受欢迎，它使得许多软件功能直接可以作为服务和APIs的形式提供给客户。
APIs就像windows应用，你可能不知道里面的专有魔法是什么，但你仍然可以将这些功能集成到你的应用程序当中。不论你的数据和服务公开到什么程度----公开的或者是私有化的----你也需要在一定程度上的控制，这样人们可以围绕着你所能够提供的来构建应用程序和服务。API管理软件可以促进这一努力。
然而，云战略往往要求连接到第三方系统或服务的能力，这就是企业服务总线(enterprise service bus，ESB)与连接器的用途。从本质上讲，连接器是一个构建模块，允许您将ESB连接至公开可用的服务当中。
即使你不愿意公开自己的APIs，你可能需要使用他人所提供的，比如Salesforce、JIRA、Twitter等。特别是当你的客户已经使用这些服务而你不希望中断的时候。
你无法避免云识别
实际上，云识别包括了当今所有的在线识别模式。尤其在社交网络作为人们获得越来越多的社会身份识别的当代更是如此。事实上，Gartner曾经预测，到2015年底，50%的新零售客户身份将基于社交网络的身份识别。毫无疑问，我们已经习惯了看到几乎每一个应用程序使用Facebook登录信息。
你要么需要将社会身份识别包括在你的计划里，或者制定一项解决潜在客户流失的战略。
在为你的云实现评估身份识别管理解决方案的时候，需要联合身份验证功能，它可以定义多个身份提供者，如Facebook和Google。你应该能够定义多个身份验证器，让你的用户可以通过他们进行公共身份验证，并且为这些用户创建内部身份定义配置规则。通过使用一个单一的身份管理解决方案，可以使用多个社会身份识别器，可以大大提高你的云实现和持续管理。
做的更快
快速开发是一种生存方式，尤其是在云环境中。你想出了一个主意，你把它投入生产，迅速行动。应用程序正在越来越多地由API驱动，几乎所有的或由公共服务或由企业内部服务所提供的功能，消除了从头开始构建应用程序所需的时间。
完全拥抱速度，开发人员需要了解的技术比以往任何时候都多，从数据库模式到编程语言。R，Python或Java，为什么不是所有三个呢?它会很快的完成工作。限制了你的工具就像强迫一个技工只用一种尺寸的扳手工作一样，他们可能完成工作，但绝对快不起来。
接受速度也需要应用程序环境，它可以产生向上或向下扩展的需求。这包括从硬件到灵活的应用程序。云基础设施造就了快速的发布周期，允许人们尽可能快地构建、部署和测试应用程序。如果失败了，那就重新开始。
加快自助服务和自动化
传统IT很麻烦。你请求之后需要等待它。添加一个用户或者是一个密码重置可能需要一个完整的一天。这是效率低下的，常常会导致沮丧的开发人员构建特别的解决方案来解决这些问题。
解决方案?平台的目标，这里的平台人们可以用来提供和/或建立任何他们需要的功能而不是使员工陷入困境的'请求'。这可能非常简单，比如自动密码管理系统或尽可能全面的提供一个平台，在云中人们可以用它来创建、部署和管理企业的应用程序。
当然，如果你计划有很多人使用，你会有很多的技术选择。这就是异构运行和polygot编程模型。
不用说，这个平台也应该是工作流驱动的。通常，在一个应用程序的背后有正式的流程，API或函数，包括批准和策略执行，等等。理想情况下，平台将支持这个流程，所以人们可以专注于开发和实施他们的应用程序。
通过在你的云规划中考虑这四个策略，你将能够实现一个安全的基于云的解决方案，一个可以促进用户使用并具有创造力和灵活性的解决方案。
