1

我一直在阅读有关 azure 存储系统、工作角色和 Web 角色的信息。

您是否必须为此专门为 azure 开发应用程序？看起来您可以像通常在 Windows 服务器上一样在 IIS 中设置远程桌面并在 IIS 中设置应用程序，对吧？我有点困惑，因为他们读起来就像你需要开发一个天蓝色的特定应用程序。

希望迁移到云端，但我不想为此重新设计我的应用程序。

感谢您的任何澄清。

4

3 回答 3

2

对 ASP.NET 应用程序的更改很少（大多数情况下，Web 应用程序只能在 Azure 中运行）但是您不需要远程连接进行部署。您实际上构建了一个带有清单 (xml) 的包 (zip)，其中包含有关如何部署应用程序的信息，并将其提供给 Azure。反过来，Azure 将负责分配服务器和部署您的应用程序。

于 2012-05-07T05:07:37.173 回答
1

这里有几个要素需要考虑——

代码方面 - 在很大程度上，这只是在 IIS 和 Windows 上运行的 .net，所以一切都非常熟悉，并且所有过去的学习、最佳实践等都适用。

最重要的是，您可能希望利用一些 Azure 特定功能——例如表存储、队列或与部署交互——您可能需要学习更多 API，但这些功能并不大，而且很好想到并保持非常简单，所以没有一点学习曲线。当然，好的架构会考虑将这些抽象出来以防止/减少锁定，但这是一种设计选择。

然而，在代码之外，还有更多需要考虑的事情——你想考虑你的部署——因为将 RDP 嵌入到机器中并以这种方式进行更改会带走 PaaS 的许多好处——即如果服务器出现故障，平台会通过自动重新部署您的应用程序来“自我修复”。您还想考虑监控——这需要稍有不同。

最后 - 云支持不同的场景，并提供横向扩展模型而不是纵向扩展模型，您可能想利用它，但可能需要做一些事情。

所以 - 底线 - 是的 - 你可能很快就可以在 Azure 中获得一个应用程序，而无需真正学习太多或任何东西，但要正确地做事，并真正从平台中获益，你想了解更多关于它。好消息是 - 它并不多，而且感觉非常熟悉，只是 .net 的另一个“框架”（以及 Java 等......）

于 2012-05-07T06:14:52.787 回答
0

您可以使用 SQL 后端构建一个漂亮的普通 Web 应用程序，并以最少的 Azure 依赖项使其在 Azure 上运行。然后，此应用程序将非常可移植到另一个服务器或云平台。

但正如您所见，有许多 Azure 特定功能。但是这些通常是可选的，您可以不使用它们，尽管在构建高度可扩展的站点时它们很有用。

Azure 是一个平台，所以在正常情况下你不应该需要在远程桌面上摆弄东西。RDP 实际上只是用于绝望的调试情况。

于 2012-05-07T05:34:24.420 回答