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 回答