将带有 SQL Server 的 .NET 应用程序部署到 Azure？

Question

我已经查看了与将 .NET 应用程序部署到 Azure 相关的所有问题，但我仍然需要了解一些内容。 我亲眼目睹并测试了自己，Visual Studio 2010 很容易将现有的 .NET 应用程序发布和部署到 Azure - 所有功能和工具都在那里。

但是，我是否仍然能够维护和更新我的原始 .NET 应用程序，然后在必要时发布 Azure 包的更新？我希望持续这样做，以便为我们的客户提供 2 个解决方案 - 公共云解决方案或本地本地 .NET 解决方案。

其他问题是我们将在 SQL 服务器之外运行 .NET 应用程序，并且该应用程序将与外部 Web 服务进行交互。那些持续部署到 Azure 中的难易程度，而不是一次性部署。

编辑：如果上述方法不可行，我只是注意到可以创建完整的 Windows 2008 服务器映像并在 Azure 中创建 VM 角色。有没有人对此有任何cmet，因为我对此知之甚少。这是否可以解决我的问题？

Answer 1

如果您的应用程序不是很复杂，您可以对 windows azure+sql azure 和本地服务器+sql 服务器使用相同的代码。如果您不介意添加完全可以在本地服务器下运行它的 Windows azure 程序集，假设它是一个 Web 应用程序。

关于 sql azure/sql server，我认为您只需要更改配置中的连接字符串即可让您的代码链接到正确的服务器。

也许您需要为 azure 和 local 完成一些额外的任务。您可能需要提供一个文件系统接口，该接口可以根据配置从 blob 或本地磁盘读取/写入文件。因此，在您的业务代码中，您不会介意在哪里以及如何处理文件问题。也许您还需要一个配置界面来从 web.config 或您的 cscfg 文件中读取设置。但是如果你把所有的配置都放到数据库里就更好了。

基本上，我认为 azure 和本地都使用一个代码库并非不可能。通过引入一些接口来隔离azure相关的操作，我就以这种方式完成了一个项目。只需确保您可以为 azure 和本地之间的所有不同配置/注入。

HTH

Answer 2

您可以随心所欲地部署到 Azure。处理它的最佳方法是部署到 Staging，然后一旦启动并运行，在门户中进行 VIP 交换。然后，您可以在 Production 中运行新包，并且可以停止/删除在 Staging 中运行的旧包。

对于 Azure 中的 SQL Server，您应该考虑使用 SQL Azure 或使用 Azure Connect 与本地运行的 SQL Server 进行通信。或者您也可以使用服务总线。

Answer 3

我觉得这是你真正的问题：

但是我仍然能够维护和更新我原来的 .NET 应用程序，然后在必要时发布对 Azure 的更新 包裹？我想不断地这样做，作为一种手段 为我们的客户提供 2 个解决方案 - 公共云解决方案或 本地本地 .NET 解决方案。

这并不特定于 Windows azure。你想要的是一个源代码控制。您可以使用 TFS 之类的东西来创建相同代码的不同副本。然后，您可以拥有两个项目的副本以及版本历史记录。使用源代码管理有很多 许多 的好处，我强烈建议您考虑在您从事的每个项目中使用源代码管理。