Windows Azure Cloud Service (2) 开发一个简单的Hello World

简介:

前面花了差不多八章的内容来阐述Windows Azure的概念,从这章还是我们就进入到了实际动手和编码的过程。

Windows Azure 云计算虽然最终是要把应用部署到微软的云数据中心,但是微软还提供了Windows Azure SDK来方便用户通过本地的Visual Studio 2010进行调试,并用Azure Emulator模拟器来模拟Windows Azure的执行情况。

 

请做好如下准备:

1.安装Windows 7家庭版以上的操作系统,或者安装Windows Server 2008, Windows Server 2008 R2

2.安装IIS7并且配置ASP.NET以及WCF HTTP服务

3.安装微软的Visual Studio 2010专业版或以上的开发工具(或者安装Microsoft Visual Web Developer 2010 Express),并确保您对微软的Visual Studio和C#都有一定的了解。

4.安装SQL Server Express版本

5.安装Windows Azure SDK for .NET (最新的版本是November 2011),下载地址http://www.microsoft.com/download/en/details.aspx?id=28045

6.具体的安装要求请参考微软网站http://www.microsoft.com/download/en/details.aspx?id=28045

安装完毕后,单机桌面上的Visual Studio 2010快捷方式,右键属性,兼容性,以管理员身份运行此程序

 

那让我们首先做一个简单的Hello World吧!

启动Visual Studio, 选择New Project(新建项目),这时候您会发现我们在C#工程下会有一个Cloud的项目,我把项目名称改成HelloWindowsAzure,再选择"OK"

 这时候又弹出窗体"New Windows Azure Project"

 选择"ASP.NET Web Role'然后按中间的">"按钮,再选择"Worker Role"并同样按中间的">"按钮

右侧列表出现了WebRole1和WorkerRole1。这就是我之前介绍的Windows Azure的两个Role。

可以看到WebRole1其实是一个ASP.NET Web应用程序。

然后我想改下WebRole1这个solution的名字,我把鼠标移动到"WebRole1"这一行上,出现了"Click to rename the project",并且solution出现输入框方便您输入。

我把这个solution改成MyWebRole,然后按回车保存。(用同样的方法可以修改Worker Role的名字)

保存完毕后按"OK"。

这时候就出现我们所熟悉的Visual Studio Project,在右侧的Solution Explorer(解决方案窗体)我们能看到

 

在这里我们先改一个配置,展开HelloWindowsAzure工程-->Roles-->MyWebRole-->右键-->属性

 会弹出一个新的窗口

我把Instance改成3,VM Size改成Small。

 

接下来我们视线往下看MyWebRole这个Project

这个项目是一个典型的ASP.NET工程,里面有着我们非常熟悉的ASPX, ASPX.cs, Global.asax, Web.config等等

但是多了一个WebRole.cs文件,我会在后面几章详细介绍。

 

最后就是WokerRole1这个项目,这项目有个叫WorkerRole.cs文件,我们双击打开,内容是这样的:

我们进入到Run这个函数,做一下修改,如下图红色区域

然后按F5执行,这时候会出现空的ASP.NET页面.

这个页面就是我们在MyWebRole Project设置的启动页面。注意Web Role实际只是用来展示的,展示的内容就是我们的ASPX页面。

表示页面执行成功。并且启动的过程中桌面的右下角出现一个Windows图标:

我打开任务栏,对着这个图片,鼠标右键,选择"Show Compute Emulator UI"

会出现Windows Azure Comput Emulator,计算模拟器

以此展开deploymenet(505), HelloWindowsAzure,WorkerRole,会看到红色的区域,表示模拟器模拟出三个独立的计算节点运行的情况,我们可以选择某个绿色的计算节点来进行切换:

然后我们把鼠标移到WorkerRole1并选择绿色的"0"

仔细看上图我标的黄色区域:Information区域每10秒输入一段文字,执行的内容是WebRole.cs中的函数:

代码片段里Thread.Sleep(10000)表示每10000毫秒(10秒)执行一次函数体里的内容。

我们发现其实Worker Role就像是Windows Service一样,没有界面,在后台默默地执行。当然你也可以改变Thread.Sleep(10000),修改每次执行的时间。

 

好了关于这部分的内容就到这里了,本章的内容和截图都非常多,希望大家都能下载微软的Windows Azure SDK来进行实际的开发,如果有问题可以发我站内的信件,谢谢! 

 


本文转自Lei Zhang的博客博客园博客,原文链接:http://www.cnblogs.com/threestone/archive/2012/01/18/2325760.html,如需转载请自行联系原作者
目录
相关文章
|
2月前
|
Java Unix 应用服务中间件
使用java service wrapper把windows flume做成服务
使用java service wrapper把windows flume做成服务
|
1月前
|
数据可视化 数据库 C++
Qt 5.14.2揭秘高效开发:如何用VS2022快速部署Qt 5.14.2,打造无与伦比的Windows应用
Qt 5.14.2揭秘高效开发:如何用VS2022快速部署Qt 5.14.2,打造无与伦比的Windows应用
|
13天前
|
监控 安全 API
7.3 Windows驱动开发:内核监视LoadImage映像回调
在笔者上一篇文章`《内核注册并监控对象回调》`介绍了如何运用`ObRegisterCallbacks`注册`进程与线程`回调,并通过该回调实现了`拦截`指定进行运行的效果,本章`LyShark`将带大家继续探索一个新的回调注册函数,`PsSetLoadImageNotifyRoutine`常用于注册`LoadImage`映像监视,当有模块被系统加载时则可以第一时间获取到加载模块信息,需要注意的是该回调函数内无法进行拦截,如需要拦截则需写入返回指令这部分内容将在下一章进行讲解,本章将主要实现对模块的监视功能。
29 0
7.3 Windows驱动开发:内核监视LoadImage映像回调
|
4月前
|
监控 安全 API
7.2 Windows驱动开发:内核注册并监控对象回调
在笔者上一篇文章`《内核枚举进程与线程ObCall回调》`简单介绍了如何枚举系统中已经存在的`进程与线程`回调,本章`LyShark`将通过对象回调实现对进程线程的`句柄`监控,在内核中提供了`ObRegisterCallbacks`回调,使用这个内核`回调`函数,可注册一个`对象`回调,不过目前该函数`只能`监控进程与线程句柄操作,通过监控进程或线程句柄,可实现保护指定进程线程不被终止的目的。
29 0
7.2 Windows驱动开发:内核注册并监控对象回调
|
4月前
|
监控 安全 API
7.6 Windows驱动开发:内核监控FileObject文件回调
本篇文章与上一篇文章`《内核注册并监控对象回调》`所使用的方式是一样的都是使用`ObRegisterCallbacks`注册回调事件,只不过上一篇博文中`LyShark`将回调结构体`OB_OPERATION_REGISTRATION`中的`ObjectType`填充为了`PsProcessType`和`PsThreadType`格式从而实现监控进程与线程,本章我们需要将该结构填充为`IoFileObjectType`以此来实现对文件的监控,文件过滤驱动不仅仅可以用来监控文件的打开,还可以用它实现对文件的保护,一旦驱动加载则文件是不可被删除和改动的。
29 1
7.6 Windows驱动开发:内核监控FileObject文件回调
|
4月前
|
监控 安全 API
6.9 Windows驱动开发:内核枚举进线程ObCall回调
在笔者上一篇文章`《内核枚举Registry注册表回调》`中我们通过特征码定位实现了对注册表回调的枚举,本篇文章`LyShark`将教大家如何枚举系统中的`ProcessObCall`进程回调以及`ThreadObCall`线程回调,之所以放在一起来讲解是因为这两中回调在枚举是都需要使用通用结构体`_OB_CALLBACK`以及`_OBJECT_TYPE`所以放在一起来讲解最好不过。
41 1
6.9 Windows驱动开发:内核枚举进线程ObCall回调
|
4月前
|
监控 安全 API
6.8 Windows驱动开发:内核枚举Registry注册表回调
在笔者上一篇文章`《内核枚举LoadImage映像回调》`中`LyShark`教大家实现了枚举系统回调中的`LoadImage`通知消息,本章将实现对`Registry`注册表通知消息的枚举,与`LoadImage`消息不同`Registry`消息不需要解密只要找到`CallbackListHead`消息回调链表头并解析为`_CM_NOTIFY_ENTRY`结构即可实现枚举。
48 1
6.8 Windows驱动开发:内核枚举Registry注册表回调
|
4月前
|
存储 API 开发者
6.7 Windows驱动开发:内核枚举LoadImage映像回调
在笔者之前的文章`《内核特征码搜索函数封装》`中我们封装实现了特征码定位功能,本章将继续使用该功能,本次我们需要枚举内核`LoadImage`映像回调,在Win64环境下我们可以设置一个`LoadImage`映像加载通告回调,当有新驱动或者DLL被加载时,回调函数就会被调用从而执行我们自己的回调例程,映像回调也存储在数组里,枚举时从数组中读取值之后,需要进行位运算解密得到地址。
32 1
6.7 Windows驱动开发:内核枚举LoadImage映像回调
|
4月前
|
监控 安全 API
7.5 Windows驱动开发:监控Register注册表回调
在笔者前一篇文章`《内核枚举Registry注册表回调》`中实现了对注册表的枚举,本章将实现对注册表的监控,不同于32位系统在64位系统中,微软为我们提供了两个针对注册表的专用内核监控函数,通过这两个函数可以在不劫持内核API的前提下实现对注册表增加,删除,创建等事件的有效监控,注册表监视通常会通过`CmRegisterCallback`创建监控事件并传入自己的回调函数,与该创建对应的是`CmUnRegisterCallback`当注册表监控结束后可用于注销回调。
45 0
7.5 Windows驱动开发:监控Register注册表回调
|
4月前
|
存储 安全 数据安全/隐私保护
3.2 Windows驱动开发:内核CR3切换读写内存
CR3是一种控制寄存器,它是CPU中的一个专用寄存器,用于存储当前进程的页目录表的物理地址。在x86体系结构中,虚拟地址的翻译过程需要借助页表来完成。页表是由页目录表和页表组成的,页目录表存储了页表的物理地址,而页表存储了实际的物理页框地址。因此,页目录表的物理地址是虚拟地址翻译的关键之一。在操作系统中,每个进程都有自己的地址空间,地址空间中包含了进程的代码、数据和堆栈等信息。为了实现进程间的隔离和保护,操作系统会为每个进程分配独立的地址空间。在这个过程中,操作系统会将每个进程的页目录表的物理地址存储在它自己的CR3寄存器中。当进程切换时,操作系统会修改CR3寄存器的值,从而让CPU使用新的页
48 0
3.2 Windows驱动开发:内核CR3切换读写内存