发布网站与Azure Cloud服务发布

Question

有两种方式来发布网站到Azure -通过简单的发布特性和部署为云服务。我在解决方案中也有一个工作者角色，所以我选择了云服务，而不是简单的发布网站功能。

但我对云服务非常失望。首先，作为云服务部署所花费的时间是简单发布网站的10倍。第二个问题--每次我想部署时，都必须将web.config中的连接字符串更改为SQL (而不是本地Server)。网站发布具有设置部署所需的SQL连接字符串的能力。也许我做错了什么，部署可以在10秒内完成，并存在设置不同连接字符串的能力(比如网站发布)？

我想把只有云工作者角色和网站部署为网站，没有云服务.

Answer 1

首先，我强烈建议您通过这个问题来比较Azure网站和Cloud：What is the difference between an Azure Web Site and an Azure Web Role

现在来回答你们的问题：

首先，作为云服务部署所花费的时间是简单发布网站的10倍。

这种情况肯定会发生，因为当您部署云服务(比如通过Visual )时，会发生以下会导致延迟的事情：

• 作为云服务构建过程的一部分，Visual创建包文件并将其上载到blob存储中。然后使用这个包创建一个云服务。
• Azure Fabric Controller负责管理云服务的生命周期，为您创建一个全新的虚拟机，安装必要的软件(例如IIS)，然后从包文件中部署代码。

这两件事都不会发生在网站上。

第二个问题--每次我想部署时，都必须将web.config中的连接字符串更改为SQL (而不是本地Server)。网站发布具有设置部署所需的SQL连接字符串的能力。也许我做错了什么，部署可以在10秒内完成，并存在设置不同连接字符串的能力(比如网站发布)？

你本身并没有做错什么。您的web.config文件被捆绑到包文件中，因此在对web.config文件进行任何更改之后，您需要重新创建包并更新部署(这将包括上载到blob存储)。

解决问题的一个可能的解决方案是使用config transformation，并让web.config.release文件包含生产数据库的连接字符串。在发布模式下构建项目时，web.config文件中将包含正确的连接字符串。

我想把只有云工作者角色和网站部署为网站，没有云服务.

这当然是一个可行的选择。另一种选择是研究WebJobs。与工作人员角色一样，它们用于处理后台处理工作负载，但在部署方面与网站具有相同的便利性。您可能还会发现这个博客文章也很有用：http://www.hanselman.com/blog/IntroducingWindowsAzureWebJobs.aspx。