今年一月份微软宣布将公布Azure堆栈，这让微软向云计算群山之首又迈进了一步。这项举措不仅在技术层面有深远意义，更为微软赢得了客户心理。

谷歌其实也有能力让开发人员使用其堆栈，对在谷歌应用引擎上的工具进行本地开发。它最近对开发环境进行区分，所以现在本地开发环境和云环境的配置略有不同。就因为这细微差别，我多少个夜晚无法安睡。开发和托管是两件截然不同的事。所以，微软所做的要比谷歌和亚马逊高明地多。

其次，这项举措所带来的心理优势主要是针对还未确定是否要将数据转移到云端或者不想被困在专有生态圈的企业。换是十年前，我们根本无法想象微软会公开Azure堆栈，但这个决定确实符合他们近来对开源系统的偏好。

其实我们都被困在专有生态系统中，哪怕是大型开源用户也同样如此。环顾四周你会发现，所有企业都使用专有聊天工具、存储系统、工作流程、客户关系管理等等。但阻碍公司采用云战略最大的问题在于他们害怕被困在一个摆脱不掉的生态系统中。如今问题终于解决了！现在如果出现问题，只要下载Azure堆栈你就能在本地运行。

老实说，从云端移动到本地环境的情况将会非常罕见。虽然现在这种做法是可行的，但这样会失去很多优势，比如可无限扩展存储，无需IT支持，卸载合规性问题等。而且，这项任务的工作量巨大，除非你有足够坚定的决心和庞大的工作团队，否则大多数企业都无法完成云端的本地化。

不少公司虽然还没有准备移动到云端，但正在认真考虑这个问题。在这种情况下，可以先设计好云，在本地运行，等准备妥当时再移动整个堆栈。当然，这是份额外工作，但以后尝试在“正常”本地环境中编码以及正式转移会更加轻松。预先在本地运行Azure堆栈对于计划几年后才转移到Azure云的公司而言将是非常明智的第一步。

还可以选择将部分数据在本地堆栈上运行，部分放在Azure上运行。这确实是个好办法，就我而言，原因有二：有些性能或应用出于某种原因无法在Azure上运行，但可以在本地Azure堆栈上运行。即使有这两个原因支撑，我仍对混合本地和远程Azure环境有些怀疑。就我个人在这方面的经历不算太成功。如果可能，我比较倾向全本地化或者全云端的做法。

此外，你应该为云端重新设计新系统，而不能将原本的系统直接迁移到云端。由于微软、谷歌和亚马逊的PaaS（平台即服务）产品各不相同，要想运行顺利就必须针对所处的具体环境编写代码。因此，即使将公司从托管Azure云移动到本地Azure的概率几乎为零，但也会让公司管理者更容易选择移动到云端。

IDC点评网原创文章，转载请注明原文链接：http://tutorials.hostucan.cn/cloud-computing/why-microsoft-azure-is-king-of-the-hill