我已经查看了与将 .NET 应用程序部署到 Azure 相关的所有问题，但我仍然需要了解一些内容。我已经看到并测试了自己，Visual Studio 2010 很容易发布和部署现有的 .NET 应用程序到 Azure - 所有的功能和工具都在那里。
但是，我是否仍然能够维护和更新我的原始 .NET 应用程序，然后在必要时发布对 Azure 包的更新？我希望持续这样做，作为为我们的客户提供 2 个解决方案的一种方式——公共云解决方案或本地本地 .NET 解决方案。
其他问题是我们将在 SQL 服务器之外运行 .NET 应用程序，并且该应用程序将与外部 Web 服务进行交互。那些持续部署到 Azure 中而不是一次性部署到 Azure 的难易程度。
编辑：如果以上不可能，我只是注意到可以创建完整的 Windows 2008 服务器映像并在 Azure 中创建 VM 角色。有没有人对此有任何意见，因为我对此不太了解。这可能是解决我的问题的方法吗？
你可以随心所欲地部署到 Azure。处理它的最佳方法是部署到 Staging，然后一旦启动并运行，在门户中进行 VIP 交换。然后你有新的包在生产中运行，你可以停止/删除在暂存中运行的旧包。
对于 Azure 中的 SQL Server，您应该考虑使用 SQL Azure 或使用 Azure Connect 与本地运行的 SQL Server 进行通信。或者您也可以使用服务总线。
如果您的应用程序不是很复杂，您可以对 windows azure+sql azure 和本地服务器+sql 服务器使用相同的代码。如果您不介意添加完全可以在本地服务器下运行它的 Windows azure 程序集，假设它是一个 Web 应用程序。
关于 sql azure/sql 服务器，我认为您只需要更改配置中的连接字符串即可让您的代码链接到正确的服务器。
也许您需要为 azure 和 local 完成一些额外的任务。您可能需要提供一个文件系统接口，该接口可以根据配置从 blob 或本地磁盘读取/写入文件。因此，在您的业务代码中，您不会介意在哪里以及如何处理文件问题。也许您还需要一个配置界面来从 web.config 或您的 cscfg 文件中读取设置。但是，如果您将所有配置都放在数据库中，那就更好了。
基本上，我认为对 azure 和 local 都使用一个代码库是不可能的。通过引入一些接口来隔离azure相关的操作，我就以这种方式完成了一个项目。只需确保您可以为 azure 和本地之间的所有不同配置/注入。
高温高压
我觉得这是你真正的问题：
但是，我是否仍然能够维护和更新我的原始 .NET 应用程序，然后在必要时发布对 Azure 包的更新？我希望持续这样做，作为为我们的客户提供 2 个解决方案的一种方式——公共云解决方案或本地本地 .NET 解决方案。
这并不特定于 Windows azure。你想要的是一个源代码控制。您可以使用 TFS 之类的东西来创建相同代码的不同副本。然后，您可以拥有两个项目的副本以及版本历史记录。使用源代码管理还有很多好处，我强烈建议您考虑在您从事的每个项目中使用源代码管理。