Windows Azure Platform (十二)Windows Azure项目文件详解
2012-03-22 12:08:16 来源:WEB开发网 闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁炬儳缍婇弻鐔兼⒒鐎靛壊妲紒鐐劤缂嶅﹪寮婚悢鍏尖拻閻庨潧澹婂Σ顔剧磼閻愵剙鍔ょ紓宥咃躬瀵鎮㈤崗灏栨嫽闁诲酣娼ф竟濠偽i鍓х<闁绘劦鍓欓崝銈囩磽瀹ュ拑韬€殿喖顭烽幃銏ゅ礂鐏忔牗瀚介梺璇查叄濞佳勭珶婵犲伣锝夘敊閸撗咃紲闂佽鍨庨崘锝嗗瘱闂備胶顢婂▍鏇㈠箲閸ヮ剙鐏抽柡鍐ㄧ墕缁€鍐┿亜韫囧海顦﹀ù婊堢畺閺屻劌鈹戦崱娆忓毈缂備降鍔庣划顖炲Φ閸曨垰绠抽悗锝庝簽娴犻箖姊洪棃娑欐悙閻庢矮鍗抽悰顕€宕堕澶嬫櫖濠殿噯绲剧€笛囧箲閸ヮ剙钃熼柣鏂挎憸閻熷綊鏌涢…鎴濇灈妞ゎ剙鐗嗛—鍐Χ鎼粹€茬凹缂備緡鍠楅幐鎼佹偩閻戣棄纭€闁绘劕绉靛Λ鍐春閳ь剚銇勯幒鎴濐伀鐎规挷绀侀埞鎴︽偐閹绘帩浼€缂佹儳褰炵划娆撳蓟濞戞矮娌柟瑙勫姇椤ユ繈姊洪柅鐐茶嫰婢т即鏌熼搹顐e磳闁挎繄鍋涢埞鎴犫偓锝庘偓顓涙櫊閺屽秵娼幏灞藉帯闂佹眹鍊曢幊鎰閹惧瓨濯撮柛鎾村絻閸撳崬顪冮妶鍡楃仸闁荤啿鏅涢悾鐑藉Ψ瑜夐崑鎾绘晲鎼粹剝鐏嶉梺缁樻尰濞叉﹢濡甸崟顖氱疀闂傚牊绋愮花鑲╃磽娴h棄鐓愭慨妯稿妿濡叉劙骞樼拠鑼槰闂佸啿鎼崐濠毸囬弶搴撴斀妞ゆ梻銆嬪銉︺亜椤撶偛妲婚柣锝囧厴楠炴帡骞嬮弮鈧悗濠氭⒑鐟欏嫭鍎楅柛妯衡偓鐔插徍濠电姷鏁告慨鐑藉极閸涘﹥鍙忔い鎾卞灩绾惧鏌熼崜褏甯涢柍閿嬪灦閵囧嫰骞掗崱妞惧缂傚倷绀侀ˇ閬嶅极婵犳氨宓侀柛鈩冪⊕閸婄兘鏌涘┑鍡楊伀妞ゆ梹鍔曢埞鎴︽倻閸モ晝校闂佸憡鎸婚悷锔界┍婵犲洦鍤冮柍鍝勫暟閿涙粓姊鸿ぐ鎺戜喊闁告瑥楠搁埢鎾斥堪閸喓鍘搁柣蹇曞仧绾爼宕戦幘璇茬疀濞达絽鎲¢崐顖炴⒑绾懎浜归悶娑栧劦閸┾偓妞ゆ帒鍟惃娲煛娴e湱澧柍瑙勫灴閹瑩寮堕幋鐘辨闂備礁婀辨灙闁硅姤绮庨崚鎺楀籍閸喎浠虹紓浣割儓椤曟娊鏁冮崒娑氬幈闂佸搫娲㈤崝宀勬倶閻樼粯鐓曢柟鑸妼娴滄儳鈹戦敍鍕杭闁稿﹥鐗犲畷婵嬫晝閳ь剟鈥﹂崸妤€鐒垫い鎺嶈兌缁犲墽鈧厜鍋撳┑鐘辩窔閸嬫鈹戦纭烽練婵炲拑绲垮Σ鎰板箳閹冲磭鍠撻幏鐘绘嚑閼稿灚姣愰梻鍌氬€烽懗鑸电仚濠电偛顕崗妯侯嚕椤愩倖瀚氱€瑰壊鍠栧▓銊︾節閻㈤潧校缁炬澘绉瑰鏌ュ箵閹烘繄鍞甸柣鐘烘鐏忋劌顔忛妷褉鍋撶憴鍕碍婵☆偅绻傞~蹇涙惞閸︻厾锛滃┑鈽嗗灠閹碱偊锝炲鍥╃=濞达綁顥撻崝宥夋煙缁嬪灝鏆遍柣锝囧厴楠炲鏁冮埀顒傜不婵犳碍鍋i柛銉戝啰楠囬悗瑙勬尭缁夋挳鈥旈崘顔嘉ч柛鈩兠棄宥囩磽娴e壊鍎愰柛銊ュ缁顓兼径瀣偓閿嬨亜閹哄秶顦︾€殿喖鐏濋埞鎴﹀煡閸℃浠梺鍛婎焼閸曨収娲告俊銈忕到閸燁垶宕愰崹顐e弿婵☆垳鍘ф禍楣冩倵濮樼偓瀚�

本章是对Windows Azure Platform (九)开发一个简单的Hello World 的补充和说明,让大家对于Visual Studio 2010 Cloud Application有一个更加具体和全面的了解。
1.Emulator
Windows Azure允许您在Windows Azure Emulator(模拟器)来模拟程序在本地运行,这样您不必实际部署应用程序到微软的数据中心就可以对其进行测试。
Emulator分成两种:Compute Emulator(计算模拟器)和Storage Emulator(存储模拟器)。
计算模拟就是在本机模拟多个计算节点(Instance Count)在运行某一个Web站点的执行情况。计算节点越多在本地执行所占用的内存就越高,也就越消耗本地的资源;最后部署在微软的云计算数据中心执行的速度就越快,当然费用也就越高。
我们知道,Windows Azure对非关系型数据的访问分为三种:分别是Blob, Table和Queue(Windows Azure里不存在对于本地盘符的访问,如访问Azure计算节点的C盘D盘等,这个概念一定要清楚)。存储模拟也能模拟在本机对于这三种非关系型数据的访问。
在启动Azure Project后,我们可以通过Show Compute Emulator UI和Show Storage Emulator UI来查看模拟器的输出内容,如下图
2.SQL Server Express
首先大家必须了解,Windows Azure Emulator是基于SQL Server Express的,也就是说您必须安装SQL Server Express才能进行Azure项目的开发。如果在开发过程中关闭了SQL Server Express服务,则本地的Windows Azure Emulator则无法正常启动和执行。
3.让我们在Visual Studio 2010里打开一个Windows Azure Project
让我们从下往下看仔细看这个工程。
最上面HelloWindowsAzure的project表示这是一个Windows Azure的项目,他有2个角色(Roles文件夹),一个是WebRole(ASP.NET Web工程,名字叫做MyWebRole)和WorkerRole。
ServiceConfiguration.Cloud.cscfg 是一个云端的配置文件。
概念上类似于我们WebApplication里的Web.config工程文件。其中Cloud表示如果我部署到了云端服务器之后读的是这个配置文件。
ServiceConfiguration.Local.cscfg 这是一个本地调试的配置文件。
其中Local表示如果我在本地使用debug调试,读取的是这个配置文件。
这样区分配置文件的好处是方便我们在本机调试和部署到云端能够使用不同的配置文件来进行开发和部署。
4.我们展开HelloWindowsAzure工程-->Roles-->MyWebRole-->右键-->属性
会弹出一个新的窗口
Service Configuration能让我们在ServiceConfiguration.Cloud.cscfg和ServiceConfiguration.Local.cscfg之间切换
.NET trust level:
Full trust能让客户使用其他.NET功能,比如Windows Communication Foundation(WCF)
Windows Azure partial trust的执行权限没有Full Trust高。
Instance指的是计算单元的个数,表示同时有多少台计算单元同时做同一处理和计算。
VM Size我之前已经说过,有5种不同的类型,相对应的硬件水平也不同:
VM大小 | CPU | RAM | 本地存储大小 | I/O优先权 |
---|---|---|---|---|
Extra Small(XS) | 1 * 1.0GHz(共享CPU) | 768MB | 20GB | 低 |
Small | 1 * 1.6GHz | 1.75GB | 225GB | 中 |
Medium | 2 * 1.6GHz | 3.5GB | 490GB | 高 |
Large | 4 * 1.6GHz | 7GB | 1000GB | 高 |
Extra Large(XL) | 8 * 1.6GHz | 14GB | 2040GB | 高 |
例如:我把Instance改成3,VM Size改成Small。则表示这个工程部署到Windows Azure平台上,实际的运行能力等同于3台CPU为单核1.6G,内存为1.75G的物理主机联合起来的计算能力。
5.我们在上一界面里切换到Settings窗体,然后点击"Add Setting",则会默认新增Setting1一个属性,并且类型可以选择"String"和"Connect String"。如果Type是"Connect String"则Value会出现显示为"..."的按钮。
这里的区别在于:
"String"表示你输入的是字符类型,可以输入任意你想要的字符串。
"Connection String"表示你输入的是连接字符串,连接字符串的内容和格式长度微软是有严格的限制的。如果您在Connection String里随便输入无效的字符和数字,系统会提示错误。
这两个值可以看做是Azure的配置文件(类似于Web.Config),并且可以使用Azure SDK的API来读取。
点击显示为"..."的按钮,会弹出一个新的窗口
上图有两个单选框
"Use the Windows Azure Storage emulator"我们一般在使用本地模拟器(Azure Emulator)调试时选择。
"Enter Storage account credentials"这个内容表示使用Windows Azure云计算数据中心提供的证书(证书包含了证书名和密码)。我会在Azure Storage这章详细介绍。
后续的Endpoints、Local Storage、Certificates、Virtual Network我会在后面几章做详细的介绍。
更多精彩
赞助商链接