★★★本博客欢迎转载,但请注明版权、原文链接,谢谢。
Memento..
My stories in my way..
posts - 39,comments - 593,trackbacks - 13

     本节通过简短的语言讲解Microsoft .NET Services (Dec 2008 CTP) SDK里的实例,向大家展示Service Bus的入门知识。

     没有安装Microsoft .NET Services (Dec 2008 CTP) SDK的朋友直接直接下载本文附件使用。

使用实例:

     首先,打开Microsoft .NET Services (Dec 2008 CTP) SDK\Samples\ServiceBus\GettingStarted\Echo\CS35\ 目录下的Visual Studio解决方案EchoSample.sln

image

     在Service项目上点击右键,启用新实例。

image

    输入方案的用户名和密码。(在http://portal.ex.azure.microsoft.com中设置的)验证成功后控制台会给出一个类似"sb://servicebus.windows.net/services/sixsix/EchoService”的URI。

image

     然后再启用一个客户端(Client)的调试实例。同样要求输入Solution名和密码。

image

     此时客户端已经已经连上服务端的服务了。
     相信大家通过解决方案名都已经知道这个服务的作用了,很简单,就是客户段输入字符串到服务端,服务端向客户端传回同样的字符串。

image

 

通过实例看Service Bus有啥用

    显然,这个实例中使用的服务是网络编程中最基础的Echo服务。我们使用了Username/Password的验证方式。

    读者可以尝试关掉服务端。你会发现,客户端没有任何变化,只是不能再调用服务,不能得到echo而已。这说明Service Bus其实起了一个桥接作用。服务端程序无论运行在怎样的网络环境下,无论是在NAT之内还是公共环境,也不在乎这个服务的IP如何更改,甚至服务处于防火墙后面,客户端对其的定位依赖于Service Bus提供的统一URI,Service Bus为服务提供了注册与地址解析。在本例中,Echo服务的地址始终是"sb://servicebus.windows.net/services/sixsix/EchoService/”,该服务的实际网络环境和地理位置,对客户机是完全透明的。这是上一节提到的,Service Bus的一个实用的牛X功能。

    另外,此时如果你打开http://servicebus.windows.net/services/{your solution name}/,可以看到Service Bus把你Solution下的都以Atom 1.0 Feed的格式装在了"Bus"中(只显示当前可以使用的服务,也就是说,如果你关掉了服务端程序,就不会看到内容)。下面截图了显示了http://servicebus.windows.net/services/sixsix/ 。"sixsix"是我的Solution名。目前这个Solution下只有1个echoservice。

    image

 

明白Service Bus的使用方法和目的后,编程操作是很容易的。请自行查看代码。
未安装SDK读者代码下载地址:http://files.cnblogs.com/azure/ServiceBus.rar

posted @ 2008-12-27 14:08 流牛木马 阅读(2548) 评论(12) 编辑
 

   在云端运行应用程序、存储和处理数据只是云计算的一部分。我们还想搭建云端服务(cloud-based services)。云端服务当然和普通的服务不同了,需要更多的管理和约束。.NET Services就是为填平这一空白存在的。例如,当今热门的"分布式应用程序",如果使用到.NET Services提供的一些功能,就会变得很容易。本节主要从Overview的角度来介绍.NET Service。

   .NET Services在Azure Services Platform中的位置如下图所示。

   image

     .NET Services首先是Services,我们可以在portal里对它们进行配置和管理,同时在程序里使用他。另外,和SQL Services一样,.NET Services不仅可以被云端程序使用,普通的应用程序也可以使用它。

     .NET Services包括三个部分:Access Control,Service Bus,Workflow。在接下来的几节中我们会介绍。本节只做概要介绍。

     Access Control :随着应用程序越来越复杂,角色越来越多,控制用户的access权限变得很重要。不仅单纯是网站页面的浏览权限问题,在各种服务中也需要,比如WCF服务。主流的解决方案是让用户提供token,应用程序根据token去判断权限。Access Control就是提供这样一种服务。她规定了自己的一种基于token规则。配置用户权限、识别token判断用户权限这些事再也不需要程序员自己来做了!Access Control会帮你完成得很好!

     Service Bus:  这个功能太好解释了。"Service Bus",顾名思义,就是把"Service"放在"Bus"里。事实也是这样,Service Bus就是把Web Service的EndPoint封装在一起,方便客户段使用者发现可以使用的Web Service,这就是Service Bus的主要功能。此外,Service Bus还有一牛x功能:网络地址转换和穿防火墙——以后有机会再慢慢说。

     Workflow :Workflow相信很多做.net开发的朋友已经再熟悉不过了。.NET Services提供的Workflow服务很容易理解:就是把平时大家用的本地WF逻辑运行在云端。这倒是一个非常实用的服务。

     清楚了吧?呵呵,其实Azure这一整套平台提供的都是"思想大于技术"的东西,不增加程序的负担,让开发者使用已有的技术体验到云计算带来的好处。

    在接下来的几节,我们还会通过讲解SDK里Samples的方式来带领大家快速了解.NET Services的各个部分,都非常容易,短时间内就可以掌握。

posted @ 2008-12-27 12:22 流牛木马 阅读(2685) 评论(2) 编辑