微软推进“无服务器”计算的目的是改变开发人员使用云的方式，微软Azure CTO Mark Russinovich说，这一趋势代表着计算的未来。

尽管有这个名字，服务器仍然涉及，但开发人员不需要担心旋转虚拟机、安装应用程序、修补或管理系统的其他元素，就像他们通常会做的那样。相反，代码由云直接处理，并由预定义事件触发。开发人员和公司根据其应用程序使用的资源收取费用。

在这种追求中，微软绝非孤家寡人。公共云领导亚马逊WebServices在2014年推出了Lambdaserverless技术，竞争的解决方案包括IBMBluemixOpenWhisk和GoogleCloud Functions。微软去年推出了其无服务器技术Azure Functions的一个关键组件，以补充另一项赋能技术Azure Logic Apps。

Russinovich本周在该公司雷德蒙德总部表示：“这对开发者来说就像是一个天堂。“我只是编写了一段代码，然后把它交给了平台，现在它做了一切需要发生的事情，才能以一种安全、可靠的方式让代码启动、运行和激活——连接到网络，连接到其他API——我可以专注于这段逻辑，这就是我的工作。

该公司在幕后向记者展示了其无服务器技术，包括Azure功能和逻辑应用程序的演示，以及客户包括Accuwe a ther、加拿大失踪儿童协会和Plexure如何使用这些技术的例子。

在他的开场白中，Russinovich阐述了微软对无服务器计算的作用和潜力的愿景。在问答环节，他还回答了GeekWire关于无服务器计算竞争的问题。

继续阅读从Russinovich的标记编辑的高光。

关于无服务器计算的目标：“在我们看到行业发展的地方——我相信，我们正在前进，并且处于领先地位——正试图通过尽量减少开发人员需要完成的工作来提高创新水平。如果你看一下，这一切都是针对的，我们所谈论的一切。我们将无服务器视为真正的下一代计算，在那里，一切都将被驱动，因为这就是一个组织的最大价值所在，对于一家想要开发解决方案的公司来说，不必担心所有这些细节，希望一个平台能为他们做些什么。在这一点上，焦点变成了，“我该如何设计我的应用程序？”并不是所有的其他管理都与之配套。

关于“基于事件”的编程的灵活性：“从这种无服务器的运动中产生的一件事是认识到基于事件或基于触发器的编程模型实际上是一个非常强大的模型-在这个模型中，我可以非常快地激活代码并对其作出响应。现在，这是一个模型，即使在这个抽象服务器和微生物化的世界之外也会存在。这就是我们看到的一个整体的方法，什么是出来的，并被定义为无服务器编程。这些概念中的一些你想在其他地方拿出来并加以利用。因此，如果你看看基于触发器的编程模型，如果我能将一段代码部署到一个无服务器的平台上，为我做这些事情，那就太好了.但是我有时想把同样的代码作为一个服务部署到平台上，在那里我将它部署到虚拟服务器上。你在这里失去了一些控制，也许有些情况下，这种微型计费和支付使用的模式实际上会花费我比如果我只是预先提供东西。还有一些场景，实际上让代码运行的安装成本可能很高。”

”我们希望在这里得到全面的支持。我可以采取一些响应事件的东西，它与平台的其余部分集成在一起，我们可以提供作为一个无服务器模型，可以适应许多场景，但我们也希望能够说它可以作为服务部署到平台中，甚至作为服务部署到基础设施中。这是我们的目标之一。我们不认为这是一个一刀切的世界。虽然我们看到了无服务器的趋势，而且我们会尽可能地给予支持，但这并不意味着作为服务的平台和作为服务的基础设施已经过时。”

“底线是，我们将尽可能地推动无服务器范式。也许我抽象了服务器，但它们是我可以部署的更长时间的应用程序，而不是这些基于触发器的应用程序，这可能是另一种选择。因此，我不认为这是通过任何方式完成的，但我们正在看到通往这个涅槃世界的第一步，开发者只需编写他们的应用程序并将其交给平台，除了应用程序之外的所有东西都由平台自己来处理。

关于竞争格局：“我不是来谈论Lambda的，以及它的所有功能和能力，但我认为有一些差异，我只会强调，我们认为Lambda没有。其中之一就是我们所拥有的所有绑定，即绑定的支持，即从不同的数据源获取输入并将它们与逻辑流、代码集成的能力，开发人员无需做任何事情。这是通过这些输入和输出绑定来处理的。

“我们得到的开发经验是一流的，在门户内部和Visual Studio内部。作调试的能力..与AppInsights的集成使人们对功能的执行方式有了丰富的洞察力。我认为他们最接近逻辑应用程序的是步骤函数，这是相对较新的。这在这里是相当成熟的，当我们看逻辑应用程序，再次，一个非常丰富的经验。再加上你已经看到的丰富的生态系统，在微软的第一方服务和第三方服务方面，你已经看到了围绕着这一点成长起来的丰富的生态系统——我们拥有的120个连接器使得与外部源集成变得非常容易，并从外部源获取数据到逻辑工作流中。

“在开发这个东西的时候，下面有ARM（Azure Resource Manager）模板，这个事实也使得这个东西不仅仅是一个一次性的编码练习，然后我得到的东西只是昙花一现。这就变成了一个健壮的东西，现在我可以把它检查到源控制中，通过版本控制将它部署到逻辑应用程序需要执行的不同区域，围绕它有一个BCD R（业务连续性灾难恢复）故事，围绕它有一个版本控制故事。能够把这个放在GitHub和其他人可以消费它，所以另一个生态系统游戏在那里。我就是这么看的。Lambda在那里，Step Functions在那里，但我认为我们有一个不同的观点，我们正在把这一点做得比我们在其他行业看到的更进一步。

[编者注：AWSCloud Formation，有效期为2011年，是亚马逊创建和管理AWS资源的基于模板的技术。亚马逊的自动化部署技术还包括AWS无服务器应用程序模型、CodePipeline和CodeBuild。