Azure vs WCF vs ASP.NET vs ...它们如何组合在一起？

Question

新手问题。我做过很多 Java 开发(例如 GAE)和移动开发(例如 iOS 和 Android)。我正在研究 Windows Azure 作为我们的移动设备与之交互的服务器端服务的平台。我必须承认我很难理解它。其中一部分是缩写词过多。有没有什么好的指示如何将各种首字母缩略词粘合在一起？

我已经完成了一些教程，但它们主要侧重于在 Azure 中创建网站。在我们的例子中，实际上没有任何网页，而是设备调用的服务(一些 REST，一些其他)。也许要讨论一个具体问题:辅助角色或 Web 角色如何检索发送到我为其创建的端点的 http-post 的内容？

Answer 1

这个问题的答案应该相当简单。对于您来说，Azure 是一个托管提供商。它可以帮助您根据需求(例如下载和安装应用程序的移动客户端数量)扩展应用程序服务器。

一点营销之谈:Azure 降低了您自己的解决方案的拥有成本，因为它消除了首先计算(猜测)您需要的硬件数量，然后构建/租用数据中心和/或硬件的初始投资。它还为您的应用程序提供某种形式的中间件，例如 AppFabric，以便它们可以更好地在“云”中进行通信。您还可以在 Azure 上获得负载平衡、分布式托管(例如欧洲数据中心、美国数据中心...)、已经到位的故障安全机制(如果出现故障，则自动实例化)，并且显然，按需付费等等您使用福利。

从此开始，ASP.NET 是一个应用程序框架，具体来说，是一个 Web 应用程序框架。它可以帮助您使用八个 WebForms 编写基于 Web 的应用程序或MVC 。对于您所说的，这对您来说实际上并没有多大用处(仅用于运行后端系统)。但如果您还需要一个 Web 应用程序，那么 ASP.NET 可以与 Azure 完美配合(显然)。

最后，WCF 或Windows Communication Foundation 是另一个框架，这次用于编写和使用服务。这些要么是网络服务，要么是其他服务，例如基于 TCP 的服务，甚至基于 MSMQ 的服务。在我看来，这是您应该关注的公开后端的内容。 WCF 使您能够轻松指定契约(Contract)和实现，同时将服务的托管和实例化留给IIS(IIS 是 Microsoft 的 Web 服务器，它也在 Azure 上运行)。

现在，尝试回答您的问题:我会着手创建一个 Web 角色，托管一个 WCF 服务，并在公共(public)端点上公开。您的移动应用程序将从那里调用此公共(public)端点(显然由地址和端口定义)并使用基于标准的 Web 服务与您的服务进行通信。

这有道理吗？

无耻加:我写过这些流行语和诸如此类的东西on my blog, which you are welcome to check out 。