【发布时间】：2012-05-07 05:01:26
【问题描述】：
我一直在阅读有关 azures 存储系统以及辅助角色和 Web 角色的文章。
您是否必须为此专门为 azure 开发应用程序？看起来您可以像在 Windows 服务器上一样在 IIS 中远程桌面并设置应用程序，对吗？我有点困惑，因为他们读起来就像你需要开发一个天蓝色的特定应用程序。
希望迁移到云端，但我不想为此重新设计我的应用程序。
感谢您的澄清。
【问题讨论】：
标签： azure
【发布时间】：2012-05-07 05:01:26
【问题描述】：
对 ASP.NET 应用程序的更改很少（大多数情况下，Web 应用程序只能在 Azure 中运行） 但是您不需要远程连接进行部署。您实际上构建了一个带有清单 (xml) 的包 (zip)，其中包含有关如何部署应用程序的信息，然后将其提供给 Azure。反过来，Azure 将负责分配服务器和部署您的应用程序。
【讨论】：
这里有几个要素需要考虑 -
代码方面 - 在很大程度上，这只是在 IIS 和 Windows 上运行的 .net，所以一切都非常熟悉，所有过去的学习、最佳实践等都适用。
除此之外，您可能希望利用一些 Azure 特定功能 - 例如表存储、队列或与您的部署交互 - 您可能需要学习更多 API，但这些功能并不大，并且经过深思熟虑并且非常简单，因此没有一点学习曲线。当然，好的架构会考虑将这些抽象出来以防止/减少锁定，但这是一种设计选择。
然而，在代码之外，还有更多需要考虑的 - 您想考虑一下您的部署——因为将 RDP 放入机器并以这种方式进行更改会带走 PaaS 的许多好处——即平台通过自动重新部署您的应用程序来“自我修复”的能力如果服务器出现故障。 您还想考虑监控——这需要稍有不同。
最后 - 云支持不同的场景，并提供横向扩展模型而不是纵向扩展模型，您可能想利用它，但可能需要做一些事情。
所以 - 底线 - 是的 - 您可能很快就可以在 Azure 中获得应用程序，而无需真正学习太多或任何东西，但是要正确地做事并真正从平台中受益，您想学习更多关于它的信息。好消息是 - 它并不多，而且感觉非常熟悉，只是 .net（和 Java 等其他......）的另一个“框架”
【讨论】：
您可以使用 SQL 后端构建一个漂亮的普通 Web 应用程序，并以最少的 Azure 依赖项使其在 Azure 上运行。然后，此应用程序将可以很好地移植到另一个服务器或云平台。
但正如您所见，有许多 Azure 特定功能。但这些通常是可选的，您可以不使用它们，尽管在构建高度可扩展的网站时它们很有用。
Azure 是一个平台，因此在正常情况下，您不需要在远程桌面上摆弄东西。 RDP 真的只是在绝望的调试情况下使用。
【讨论】：