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

Question

我已经审查了有关将.NET应用程序部署到Azure中的所有问题，但是我仍然需要了解一些内容。 我已经看过并测试过自己，这将使Visual Studio 2010可以很容易地发布现有的.NET应用并将其部署到Azure中-所有功能和工具都在那里。

但是，我仍然能够维护和更新我的原始.NET应用程序，然后在必要时对Azure软件包进行发行更新吗？ 我希望持续进行此操作，作为为我们的客户提供2个解决方案的一种方法-公共云解决方案或本地内部.NET解决方案。

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

编辑：如果上述不可能，我只是注意到可以创建一个完整的Windows 2008服务器映像并在Azure中创建VM角色。 没有人对此有任何评论，因为我对此不够了解。 这是否可能解决我的问题？

Answer 1

您可以将所有所需的部署到Azure。 处理它的最佳方法是部署到暂存，然后一旦启动并运行，就在门户中进行VIP交换。 然后，您将在Production中运行新的程序包，然后可以停止/删除在Staging中运行的旧程序包。

对于Azure中的SQL Server，您应该研究使用SQL Azure还是使用Azure Connect与在本地运行的SQL Server通信。 或者，您也可以使用服务总线。

Answer 2

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

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

也许您需要完成一些其他任务才能同时满足天青和本地需求。 您可能需要提供一个文件系统接口，该接口可以根据配置从Blob或本地磁盘读取/写入文件。 这样，在您的业务代码中，您就不会介意在何处以及如何处理文件问题。 也许您还需要一个配置界面来从web.config或cscfg文件中读取设置。 但是，如果将所有配置都放在数据库中会更好。

基本上，我认为对于天蓝色和本地代码都不可能使用一个代码库。 我通过引入一些接口来隔离与天蓝色相关的操作，从而以这种方式完成了一个项目。 只要确保您可以针对天蓝色和本地之间的所有不同配置/注入即可。

高温超导

Answer 3

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

但是，我仍然能够维护和更新我的原始.NET应用程序，然后在必要时对Azure软件包进行发行更新吗？ 我希望持续进行此操作，作为为我们的客户提供2个解决方案的一种方法-公共云解决方案或本地内部.NET解决方案。

这不是Windows Azure特有的。 您想要的是一个源代码管理。 您可以使用TFS之类的东西来创建同一代码的不同副本。 然后，您可以拥有两个项目的副本以及版本历史记录。 有使用源代码控制这么多的更多的利益，我会强烈建议您将考虑使用上的每一个你的工作在项目源控制。