对Azure有点困惑

Question

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

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

希望迁移到云端，但我不想重新修改我的应用程序。

感谢您的任何澄清。

Answer 1

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

Answer 2

这里有几个要考虑的因素 -

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

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

然而，在代码之外，还有一些需要考虑的问题 - 您想要考虑部署 - 因为RDP进入计算机并以此方式进行更改会带来PaaS的许多好处 - 即平台通过自动重新部署应用程序来“自我修复”的能力应该服务器失败。 您还想考虑监控 - 这需要稍微不同。

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

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

Answer 3

您可以使用SQL后端构建一个漂亮的vanilla Web应用程序，并使其在Azure上以最小的Azure依赖性工作。然后，此应用程序可以轻松移植到其他服务器或云平台。

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

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