Windows Azure Cloud Service (22) Web Role的Full IIS特性

loinooo

　　《Windows Azure Platform 系列文章目录》
　　
　　在Windows Azure SDK 1.3，用户无法在一个Windows Azure项目中加入多个Web站点(Web Role)，也就是说一个Web Role Instance只能部署一个网站，这对于具有在单一网站上使用多个应用程序的Web Application来说是个不小的问题。
　　Web Role无法假设多网站的根本原因，是初期的Web Role中真正挂载Web应用程序的执行元件是Hosted Web Core (HWC)引擎，它是一个可以寄宿Web站点的组件，它借用IIS的一部分来处理，执行Web Role的引擎是WaWebHost.exe。但也正是由于Hosted Web Core只是IIS的一个功能子集，因此无法完全实现IIS，包括站点部署、虚拟目录、虚拟应用程序以及WAS(Windows Activation Service)。
　　但是随着Windows Azure SDK 1.3及其相关功能的更新，现在开发人员已经可以使用名为Full IIS的功能在同一个Role Instance中部署多个Web Role，在这里我介绍一下如何使用Full IIS。
　　基于Full IIS部署的Web Role
　　我们先新建一个Windows Azure项目，并且添加一个ASP.NET Web Role。打开ServiceDefinition.csdef文件。

　　将这个项目发布到Windows Azure平台，然后远程桌面连接进入Azure VM的IIS里。可以看到一个叫EmployeeWeb_IN_0_Web的站点

　　在Windows Azure SDK 1.3更新中，Windows Azure平台对于Web Role的部署方式进行了改革。虽然用户还可以通过手动修改CSDEF文件的方式强制使用Hosted Web Core模式，但是在默认情况下，Windows Azure平台将会使用操作系统的IIS来部署Web Role。下图展示了在Full IIS模式下，网站、RoleEntry类、IIS等的关系。

　　在Full IIS模式下，Web Role分别在两个进程中运行。首先，RoleEntry中的代码，例如OnStart、Run和OnEnd的代码都会在WaIISHost进程中执行。然后，网站会被部署到IIS中并由w3wp.exe 执行。所以说，在Full IIS模式下，RoleEntry和网站是在不同的应用程序域中运行的。
　　由于使用Full IIS模式下网站完全运行于IIS，所以可以使用IIS的全部功能，包括多站点、虚拟目录、虚拟应用程序以及AWS等。但是由于RoleEntry和网站运行于不同的应用程序域，所以在使用Full IIS模式的时候需要特别注意。
　　
　　　　使用Full IIS时的注意事项
　　Full IIS模式提供完整的IIS功能，但是由于RoleEntry和网站代码运行在不同的应用程序域中，因此在开发的时候需要特别留意如下一些问题。
　　首先是配置文件的读取操作。我们知道，要想通过SDK使用Windows Azure存储服务，首先需要设定Storage Account的获取方法，也就是运行下面的代码。



CloudStorageAccount.SetConfigurationSettingPublisher((configName, configSetter) =>
            {
                configSetter.Invoke(RoleEnvironment.GetConfigurationSettingValue(configName));
             });
　　如果将此段代码放在WebRole的OnStart方法中，在网站代码中使用存储服务就会引发异常，异常信息显示必须要事先调用CloudStorageAccount的SetConfigurationSettingPublisher方法。
　　为什么在WebRole的OnStart方法中调用无效呢？这是由于在Full IIS模式下，写在Web Role中的代码运行在WaIISHost这个进程之下，而网站代码运行在IIS的w3wp进行，所以上述代码虽然执行了，但是对于网站而言是无效的。因此，如果项目使用的是SDK 1.3及其以后的版本，那么SetConfigurationSettingPublisher要写在ASP.NET的Application_Start方法中，而不能只写在WebRole的OnStart方法中。
　　(笔者：这个问题在使用Windows Azure SDK 1.3的时候确实会发生这样的问题，而且在本地debug的时候本地模拟器无法执行Global.asax的Application_Start()函数，具体请参考这篇Blog，只能部署到Windows Azure上才能执行Application_Start()。但是笔者升级到Azure SDK 1.6之后，SetConfigurationSettingPublisher写在WebRole的OnStart的方法里也可以成功执行。所以在新的SDK 1.6里不必拘泥于执行代码到底是写在WebRole.cs还是Global.asax里。)
　　另外一个问题就是公有变量(属性)读写操作的失败。在Windows Azure Platform (十六)Windows Azure Drive 里，当应用程序加载了BLOB Service中的VHD之后，程序将分配的Cloud Drive盘符寸猝倒了Table Service中，之后再网站代码中又通过Table Service来读取盘符进行操作，而不是直接通过WebRole的某个公有变量传递盘符。这是因为Cloud Drive的代码在WebRole的OnStart()中执行，获取的盘符无法通过WebRole中的变量传递给位于另一个进程中的网站代码，所以必须要通过Table Service进行传递。当然也可以在网站的Application_Start方法中加载Cloud Drive来避免这个问题。
　　虽然Full IIS功能改变了整个Web Role的启动和加载模式，和Windows Azure SDK 1.3以前的方式有很大不同，但是由于它能够支持所有IIS特性，所以对于Windows Azure上的Web开发来说还是非常有意义的。
　　
　　本文参考：
　　徐子岩著的《实战Windows Azure 微软云计算平台技术详解》 电子工业出版社