成功的云计算企业会做的十件事

斯蒂芬·奥本

其实如下内容也可以被称为“当我们开始云旅程时需知道的十件事”。自从加入AWS以来，我已经与几十家客户进行接触，并且见过一些最具变革和保守的情况。在大公司里，当项目有了老板的支持，会更容易成功。你不需要把所有赌注压在前几个月上，但你需要让你的组织有最大的机会成功。帮助组织理解这漫长的博弈并庆祝成功。

他们和员工一起创建卓越中心

员工现在没有这个能力不代表他不能获得这个能力。他们可以快速变成一个卓越中心并促进最好的实践和稳固的管理。虽然使用云工作会带来很多不同，但是计算基础仍是相同的。把它当成是一个增强你的组织的能力的一个投资。合作伙伴和顾问可以成为巨大的帮助，尤其是当它促进了业务成果或独立性培养。需要提醒的是，你需要掌握所有组织的关于云专业的知识。不过，关于长期实现这个的最好方式有很多争论-DevOps，bimodal IT，全栈工程师等等。从我的观点看来，你不需要现在就做出决定。你可以把这当成改变你的组织的机会，或者只是增加一个可选项。你知道你最好的组织，一旦你获得一些经验，正确的方式自然就出现了。关于这方面我将在后续的文章中详细阐述我的想法。

他们并不关心迁移入云有多快

记住，这是一个旅程。那些将全部或部分基础设施迁移到云的决定都是经过充分的考虑的。他们会经过试验，了解这样做的价值，当他们意识到云的优势和对其能力增长的作用之后，便负责任地将业务过渡过去。

他们对所迁移的东西持开放态度

有很多辞藻来形容哪些项目是最适合迁移到云的。你应该选择一些的确是业务需要的而不是感觉最合适的。它可能是由领导团队或一个来自组织深处的具有勃勃雄心的团队/个人所推动。如果一些人认为他们可以用云实现他们的目标，那么他便有机会做到。尝试主动识别这些人并给他们一个机会大放异彩是十分值得尝试的。你可能会发现一些隐藏的宝藏。

他们在成本对比方面很谨慎

需要认真考虑内部部署和云基础设施的TCO（总拥有成本）分析。我见过最常见的陷阱是一些组织比较内部部署中未使用的基础设施并预估需要保留的能力。假设你有一个系统，需要6台服务器每天有4个小时的使用峰值，但是其余的20小时只需要两台，你每天一共需要（4*6+20*2）64个服务器小时。TCO的计算方式是需要64个服务器小时的成本而不是传统的（6*24）144个成本——大约减少了传统方式所需要的一半。即使你的环境中使用了很多虚拟化，你也经常会被需求变化所带来的超出承载能力的负担所阻碍。使用的云越多，你就越不需要担心需求会超出负载能力。AWS正在围绕TCO创建卓越中心并且会帮助你做这些分析。虽然这看上去是为自己服务，但是AWS有能力可以给你带来许多实践和好的经验。并且，如果你有更低廉的方式去实现，AWS很乐意去学习并改善服务。

他们准备好犯一些错误

这是一件好事。当你积累了经验后，你会少犯错，并且你会发现当错误发生后你会更快接受。这并不是意味着更慢的交付。这是AWS领航者计划能够比传统方式更快交付所允许的情况，甚至包括定位错误所花费的时间。一个使用云计算的巨大好处是它提供了很低的实验成本。大多数创新型公司认为实验带来革新。及时停止发生的错误，不需要为尝试做出承诺。

他们使自动化成为一种必须

这是公司能够充分利用云计算的最重要的技术转变之一。基于我和客户关于我自身经验的交谈，一旦组织开始将服务器设施当成计算实例而不是机器的时候，弹性的好处就开始显现了。做好这一点会让安全形势、环境可预测性变得更好，也能让你享受到弹性伸缩功能的好处。在我看来，弹性伸缩一直是最大的创新。这也是云计算必须提供的最基础的新功能之一。

他们对于关注的区域主动监控并设置告警

每个组织对于风险都有必要的关注和容忍度。你可能最关注有多少人可以提供资源。也可能是你的账单变化有多快。也可能是特定区域的网络和应用比其他地区对变化更敏感。不管关注的是什么，让你的团队了解它，确保你能恰当地使用这些工具来缓和状况。

他们使用AWS Marketplace

AWS Marketplace针对所有类型的客户的常见问题都有解决方案。当Dow Jones想替代一部分基础设施时，我们可以在AWS Marketplace上找到可以替代我们先前认为只有硬件解决方案的软件解决方案。它就像加载一个配置一样简单。正在进行的管理操作也不会变。你会惊喜地发现很多可以加速你行动的东西。

他们讨论它

组织中的其他团队将会愿意了解哪些是有效的和哪些是无效的。分享经验是一个很好的方式，以此来强化日程并认可贡献者在团队中所做的工作。这是他们应得的，这向组织证明掌握新的能力和执行方式是有回报的。很多AWS客户公开讲述他们的成就。这也是一种有意义的、有效益的奖励你组织所取得成就的方式。AWS注重客户，90～95%的AWS路线图由顾客的反馈决定。