Azure堆栈和语境的作用

上周在微软的建立会议上有几十个公告，但也许一个引起了云视力坐在地区最焦虑的焦虑。

i“m参考即将到来的Azure堆栈的一般可用性。Microsoft的产品将让组织利用Azure云操作系统，但仅在内部部署的上下文中。

Azure堆栈有一些格子过去的东西 - 它已被宣布，以一个幌子或另一个，不止一次。我记得多年前涉及Microsoft软件和合作伙伴硬件的私有云部署的概念。从来没有真正发生过，事情很安静。

然后恢复Azure堆栈，并设定释放日期（然后改变）。构建Azure堆栈的宣布是在最终的技术预览阶段，表明该发布将如今年年中期所示。

这是事情变得有趣的地方。一个Twitter帐户，我不会说出谁，但足够说，有一种匿名爆炸和十字架，他或她不同意的陪同商，提出了Azure Stack是将完全虐待的产品微软的混浊野心。这是一个非常令人印象深刻的声明，因为每个人都同意微软是地球上第二大公共云供应商，亚马逊Web服务的遍布媒体。认为单一产品可能会把它击倒，鲈鱼似乎有点但是像夸张给我。

该评论家建议的Azure堆栈基本上是Oracle的“框中”提供的同样的东西，而不是这样做，但没有给那些“服务器Huggers”，这是一个被云威胁要威胁的IT专业人士并想要停止进步尽可能多。基本上是视角是Azure堆栈是一个假云，并将允许保守的组织避免移动到真正的云。

叹。

让我们直截了当：Azure堆栈是针对特定用例的特定产品。例如，如果您是在刚果深处运行采矿操作，您可能会在延迟和彻头彻尾的连接方面进行一些问题 - 利用公共云。更相关的是，如果您正在运行一家运输公司，公共云是一个很棒的东西，但在您的船后面落后于大西洋的光纤电缆，只是为了保持连接，并没有真正的工作。

而且，尽管嘲笑了那些撰写了这些东西的人的嘲笑，但有一些用例，其中敏感性，调节或其他一些因素意味着优选防火墙后面的数据。

现在，我只能听到一些季度的批评，谁将建议我是一个私有云护理学家，而不是真正致力于公共云带来的价值。

我的回复？从这个术语发明之前，我一直在福音，几乎是云。我完全相信公共云应该是消费技术的默认方法 - 无论是基础架构，平台还是软件。但是，我也是一个实用主义者，有时可以接受，因为无数的原因，这不会工作。这并不是说我会害羞地鼓励顽抗组织停止否认云的存在或有效性。但是，如果一个组织能够出示不公开某个特定情况或用例的有效理由，我会备份它们。

一个好的案例是微软在展会上引入的一个。对于我对船公司的观点来说，嘉年华游轮正在将Azure堆栈部署在一些船上，以允许组织写一次申请，然后在水面上的云或内部部门运行它。

技术行业存在有趣的习惯 - 否认运营模式或方法的有效性之一，这不符合我们严格的“最佳实践”的受限思想。这种态度都是不现实的，从根本上对最终用户的根本不尊重，我们所有人都旨在建立解决方案。在我看来，Azure堆栈周围的批评是这个例子，需要消失。Azure堆栈不适合每个人 - 实际上绝大多数Azure客户都没有必要 - 但对于那些做的人来说，这将是一个非常欢迎的产品添加。