ScottGu中文博客

Windows用户准备好使用apt-get了吗？

DevDivChina — Sat, 15 Jun 2013 03:06:05 GMT

[原文发表地址] Announcing the release of AMQP support with Windows Azure Service Bus

[原文发表时间] 2013-5-23 7：42 AM

它能做什么

Chocolatey 使得人们可以通过一个安装脚本的主目录快速地使用命令行来安装Windows应用程序。你可以安装Git，7Zip甚至Microsoft Office(如果已经获得密钥)。此技术的思想是用一个众所周知的密钥来实现无缝平滑地安装。

举个例子，一旦安装了Chocolatey，你可以采用如下命令行来安装应用程序：

cinst git
cinst 7zip
cinst ruby
cinst vlc

这是它的基本应用。

它的安装目录已经发展地如此完整，事实上，最近我想安装DosBox，这样就能玩Zork。我碰运气地运行了“const dosbox”，它居然成功安装了DosBox。这就是Chocolatey做的承诺。

启动Chocalatey

在开始安装之前，先安装Chocalatey包管理器。复制粘贴下列到你的命令行，并运行它。（一开始都会过分恐惧这一步）

@powershell -NoProfile -ExecutionPolicy unrestricted -Command "iex ((new-object net.webclient).DownloadString('https://chocolatey.org/install.ps1'))" && SET PATH=%PATH%;%systemdrive%\chocolatey\bin

想必你在做之前想知道哪些命令行即将作用于你的电脑，让我们来逐行解析。这就要启动PowerShell来做这项困难的工作。现在几乎所有的windows机器都有Powershell，也正是PowerShell使得Chocolatey工作的。

一些人拥有自定义配置文件，NoProfile会强制性切换到自定义配置文件来防止安装冲突。它执行从https://chocolatey.org/install.ps1/下载的PowerShell脚本。注意它的执行策略被设置为unrestricted。要明白，它是在执行从web上下载的代码，所以这不是一点风险没有。接着它会添加Chocolatey到你的路径下（在这个窗口下）这样你就可以立马使用它。以后Chocolatey会被自动添加到多个命令行窗口中.

现在请看https://chocolatey.org/install.ps1。这是段简短清晰易读的脚本代码。它用来下载Chocolatey安装zip文件（通常是个NuGet包），解压并且通过安装包中工具部分来运行脚本继续安装。

它如何工作

Chocolatey是一个引导程序。它使用PowerShell脚本和NuGet包格式为你安装应用程序。NuGet是Windows开发者用来在project级别导入库的包管理系统。Chocolatey（懂吗? Chocolatey Nu-Get?）扩展这个概念到在系统级别导入应用程序。

今天如果你想要7Zip，通常会google它，找到这个网站，找到最新版本或与你系统匹配的版本，下载并运行。点击若干个“下一步”，直到“完成”，或许还需要把它添加到你的path环境变量下。Chocolatey会为你做这些。

重复一遍，NuGet是为项目本地安装的类库，Chocolatey是为你的整个系统全局安装的应用程序。

Chocolatey采用包开发人员用来连续安装程序和构建依赖树的PowerShell脚本（你永远不用考虑它）。以一个Git安装脚本的内部结构为例：

你要采用的最重要部分就是第一行。注意这个Chocolatey脚本是从MySysGit网站上下载G

        1: try {

       2:   Install-ChocolateyPackage 'git.install' 'exe' '/VERYSILENT' 'http://msysgit.googlecode.com/files/Git-1.8.1.2-preview20130201.exe'

       3:  

       4:   #------- ADDITIONAL SETUP -------#

       5:   $is64bit = (Get-WmiObject Win32_Processor).AddressWidth -eq 64

       6:   $programFiles = $env:programfiles

       7:   if ($is64bit) {$programFiles = ${env:ProgramFiles(x86)}}

       8:   $gitPath = Join-Path $programFiles 'Git\cmd'

       9:  

      10:   Install-ChocolateyPath $gitPath 'user'

      11:  

      12: @"

      13:  

      14: Making GIT core.autocrlf false

      15: "@ | Write-Host

      16:  

      17:   #make GIT core.autocrlf false

      18:   &; "$env:comspec" '/c git config --global core.autocrlf false'

      19:  

      20:   Write-ChocolateySuccess 'git.install'

      21: } catch {

      22:   Write-ChocolateyFailure 'git.install' $($_.Exception.Message)

      23:   throw

      24: }

it的。Chocolatey并没有改变、生成或者hosting安装程序。它是在自动运行枯燥的获取软件操作，但是它仍旧总是从同一个地方获取软件。

高级配置

既然已经学习了基础知识—它们的确是很基础—这里有更深的Chocolatey知识去探究。除了cinst和cuninst，还有别的命令使得在Windows上安装东西更加简单。记住，这些命令都在你的PATH下，所以你可以随时调用它们。

每一个主要的源都可以被调用，使用带有-source参数的cinst命令像 "cinst IISExpress - source WebPI" 或者使用下面指定的他们自己的别名.

Cwindowsfeatures - 如果你已经打开过添加/移除程序，然后点击安装Windows特性来安装IIS或Hyper-V，那么这个命令就适合你。

几个例子:

cwindowsfeatures IIS-WebServerRole
cwindowsfeatures Microsoft-Hyper-V-All
cwindowsfeatures TelnetClient
- 另外，你可以一直运行clist -source windowsfeatures来获取完整的列表。

cwebpi – 网站平台安装程序是一个下载任何你在Windows网站开发中可能需要的开发工具的强大图形用户界面。它是一个目录，一个安装程序，而且还是一个关联者。也包括集成了Chocolatey的命令行版本的WebPI，所以你可以：

cwebpi IISExpress
cwebpi VWDOrVs11AzurePack_2_0
- 重复一遍， clist -source webpi 获取一个你能操作的列表。

在Chocolatey命令参考中包含了更加完整的列表，它包括了Chocolatey是如何与Cygwin Gems和Python集成的。

安全问题

这是一个棘手的事情。如何让一个系统在让你直接从互联网上快速、干净且简单的安装任何东西的同时，却不会直接安装一些有害的东西呢？你希望与服务器的交互是安全，包是可信的，但同时你也希望这些包从被上载后没有被篡改过。这样就不可避免的存在中间人攻击的威胁。你会想要留意恶意包且当有偷溜进入时启用快速拿下。

当然，安全顾虑并不是Chocolatey独有的。自从包仓库生成之初，它便是其中一部分。NPM库在2012年三月有一个安全漏洞，andyet博客的家伙们围绕这个漏洞进行了探究，同样也指出了个人责任感也在发挥作用。

Linux的apt-get通过对密码学的恰当使用和效仿最佳实践解决了许多安全问题。在apt库中的包都添加SecureApp标记，当你使用第三方库或者安装没有标记的包时会发出警告。

Chocolatey团队已经很快的扑向了安全问题并且他们非常的可靠。他们在恰当的地方添加SSL并且关注到来的任务。如果Chocolatey得到大的（在我看来带宽和花费是一个大问题）也可能是非营利性组织的介入来不仅提供花费，而且提供安全审计和最佳实践，那就最好不过了。

Chocolatey的领头人Rob在其邮寄名单的一篇博文中，也是在2012年3月，讲了以下几点（我添加编辑过）：

安全性是Chocolatey良好发展前景的很大一部分。当前我是负责人，每天都会收到邮件告知前一天加入的新包。我看着新作者们开发的所有包，典型地查看我与之保持良好联系的作者们开发的大多数新包的第一版。

我详细地与他人谈过每个包都有feed放缓的一面,每个新版本会在主feed展示之前通过。我在关注debian如何用多个feeds做事并想在那个方向进展.

安全性？将来我们将寻找一小组人组成nupkgs的审批机构。我们也讨论了向nupkg展示散列，并且可能让人们为安装程序指定一个散列，这样Chocolatey就可以在程序下载还未执行时就验证它。

我可以将一个Chocolatey包命名为"FormatMyHardDrive"吗？当然可以，就像我可以让你打开一个管理员提示窗口然后输入c:/q，你不会去做，对吧？;)

接下来？

当然，Chocolatey并不是必须被你的“Gender Non-Specific Non-Technical Parent”所用。而且它的确以Ninite GUI安装工具的形式拥有一定的“竞争力”。虽然还不至于成为“普普通通的张三李四”且只有有限的目录，Ninite却的确是填补了为超级用户快速获得他们想要的应用程序和工程的空白。

此外，Chocolatey真的是apt-get吗？它还没有安装系统级的包，不过没有理由它不能。其他开放源代码的项目如CoApp想要成为Windows app-get，不过CoApp更像一个“系统级的库、C++支持、且类似Unix的工程”而Chocolatey更像是一个“开发者和高级用户的工程和它们的依赖”。

Chocolatey的确安装了依赖，你可以尝试用对git有依赖的“cinst gitextensions”来查看。Chocolatey会遍历整个关系图然后在最终安装gitextensions前安装它所需要的东西。

Chocolatey，终究Windows自己在哪儿安装受控于不规则的路径控制和安装位置。因为Windows对事物没有正式的安装位置，并且Chocolatey先把自己放在了PATH下，可能出现奇怪的情况：安装在Chocolatey 外面的应用程序不参与安装在内部的应用程序的排队. 举个例子，几个月前，我用Chocolatey安装了Git，忘记了它的版本。然后自己安装了一个最新版本的Git。但是我一直遇到一个旧的git bug，因为Chocolatey的Git版本是“优先的”。我相信这类错误已经在最近的Chocolatey版本中修复了，但是重点是：如今对于在windows上低级别工程的安装，何时，何处结束很困难.

扩展

现在，我绝对没有要从Rob和团队手中拿走这项艰巨工作的意思，但是（我之前和Rob谈过这事）对于Chocolatey这个名字，让我觉得很难抉择。当然，“Chocolatey”有两种拼写方法，至少对我来说可靠地打出“Chocolatey”很艰难。-ey理论上说是一个合法的变形体，但是在Word里这种拼写会被标记上红色波浪线。更少除了是拼写，更多它是一个名字。它不像“npm”这样乏味，也不像“apt-get”这样严肃，没有“gem”诗意般的简洁。我意识到我们生活在一个围绕Hulu、Yahoo、Microsoft（严格的说，MICRO SOFT，那是什么？）和Google这样的公司名字的世界，但是值得指出的是一个好的名字的确会让一个项目上一个台阶。我不确定Chocolatey对这个项目来说是个合适的名字，但是这完全是我的观点。

我鼓励你，专业的读者，自己体验下Chocolatey！它是一个强大的工具，一个忙碌且正在成长中的社区且它本身就是一种有趣的技术。

Chocolatey（apt-get Windows版）用户们有没有在期待？赶快发表你的评论吧。

赞助商: 强烈鸣谢SoftFluent本周的赞助！请查看他们巧妙地编写生成工具：Less Plumbing, More Productivity! Generate rock-solid foundations for your .NET applications from Visual Studio and focus on what matters!

Windows Azure服务总线的AMQP支持发布声明

DevDivChina — Fri, 31 May 2013 07:13:51 GMT

[原文发表地址] Announcing the release of AMQP support with Windows Azure Service Bus

[原文发表时间] 2013-5-23 7��42 AM

在过去的五年中，微软和其他公司一起致力于开发高级消息队列协议（AMQP）标准。这20多家公司包括技术供应商，有红帽、威睿，及像摩根大通、瑞士信贷一样的企业。目标是建立一个开放的、线级的消息传送协议标准，使不同的供应商之间的互操作更加简单。回到2012年十月，OASIS标准组织宣布通过AMQP 1.0为OASIS标准，在同一天，我们发布了执行AMQP1.0的Windows Azure服务总线的预览。

今天，我很高兴地宣布AMQP 1.0支持在Windows Azure服务总线已经发布，并正式供应（GA）--它已经可以实际投入应用，为企业SLA支持。

可互操作的消息

这次发布意义重大。随着支持AMQP 1.0，你现在可以使用Windows Azure服务总线来创建这样的应用程序，它可以使用各种各样的消息库、使用不同的语言或者在不同的操作系统上运行—现在都可以使用高效的、二进制、线级协议来进行通信。

因为AMQP 1.0定义了一种可移植的数据表现形式，这意味着从.NET程序发送到服务总线的消息可以被Java程序或者Python/Ruby/PHP脚步读取而不丢失任何结构或消息内容。在Java中，标准的Java消息服务（JMS）API是支持的，因此可以直接把已存在的Java应用程序从任何其它的JMS提供端移植到服务总线。

最终的结果是产生了强力的中间件，可以用来创建分布式系统，将跨内部部署/云环境或者跨多个云提供商运行的应用程序连为一体。

演示如何使用AMQP来创建一个Pub/Sub解决方案

为了突出使用这个新的信息支持是多么的容易，我将演示如何创建一个简单的.NET控制台应用程序，它采用发布/订阅消息模式来发送消息到由Java，Python和PHP编写的接收端应用程序。Windows Azure服务总线现在提供了pub/sub消息传递所有必要的支持，以便于使用开放的AMQP协议和已经存在的消息传递框架。

.NET发送端应用程序将消息发送给服务总线“主题”--是持久的消息传递中介。不像队列，队列中的每一个消息由单个消费者应用程序处理，而主题提供一对多的窗体通信，采用发布/订阅模式。它允许注册多个订阅到主题—当一个消息发送到主题时，每个订阅可以独立处理该消息。

你可以把每个订阅想象为虚拟的持久队列，它接收发送给主题的消息副本。你可以选择为主题上的任何订阅注册过滤规则，允许主题订阅过滤/限制接收发送给主题的消息。使你能够跨越大数量的用户和应用程序选择性处理大数量的消息。

在这个方案中我们将让.NET控制台应用程序发送消息到“scottmessages”主题，然后为这三个监听应用程序设置各自的订阅分别由Java 、Python和PHP编写--来接收并处理消息。

步骤1：创建一个服务总线主题和三个订阅

我们的第一步是使用Windows Azure门户来创建服务总线主题。

我们将在“scottgu-ns”命名空间中创建一个主题 “scottmessages”。Windows Azure管理门户使这很容易做--只要单击“新建”按钮和导航到应用程序服务(App Services)->服务总线（Service Bus）->主题（Topic）->快速创建选项(Quick Create option)（你也可以以编程的方式和命令行来创建）：

一旦“scottmessages”主题创建好，我们点进去就看到一个熟悉的Windows Azure监测仪表盘视图：

然后我们将为主题创建三个订阅--一个对应一个我们的监听器。我们将这些命名为“java”、“python”、“php”来和每个应用程序所使用的语言对应（注意：我们可以按我们需要的任何命名--我使用这些名字只是想让它更清楚哪个对应哪个）。我们可以编程来实现，或者通过单击门户命令栏中的“创建订阅（Create Subscription）”按钮。这会弹出一个对话框让我们为我们想要创建的订阅命名：

第二个对话框屏幕允许我们自定义订阅属性像默认消息生存时间（在它被删除前停留在队列中的时间）、锁和会话设置，等等：

单击ok按钮将为我们的主题创建一个订阅。我们将重复这个步骤来再创建两个订阅，这样我们就有了我们想要的三个订阅了：

等我们做完了这个，当一条消息发送到“scottmessages”主题时它将持久的排队等候每个订阅。持久等候意味着当消息发送到后消费者应用程序不再需要积极地监听订阅。消息将自动排队等候订阅应用程序来处理当它们连接上后。这启用了一个非常强大的、松散耦合的应用架构，允许你可以跨越庞大数量用户和应用程序的选择性处理大量消息。

步骤2：编写.NET发送应用程序

现在我们已经创建好了服务总线主题和订阅，我们将写一个简单的.NET应用程序来发送消息给主题。

在最近版本的服务总线.NET客户端库中AMQP是支持的，你可以通过NuGet获取到--http://nuget.org/packages/WindowsAzure.ServiceBus/.要求2.1.0版本或者更新的。只要健入“安装WindowsZaure.ServiceBus包”来下载和把它添加到你的.NET应用程序。

下面的代码是一个简单的.NET控制台应用程序提示用户在控制台应用程序输入消息内容，然后应用程序使用服务总线.NET API来发送每个用户输入的消息到我们上面创建的“scottmessages”服务总线主题：

         using System;

        using System.Configuration;

        using Microsoft.ServiceBus.Messaging;

        namespace SendToScott

        {

            class Program

            {

                static void Main(string[] args)

                {

                    string connectionString = ConfigurationManager.AppSettings["Microsoft.

                   ServiceBus.ConnectionString"];
        
                    TopicClient topicClient = TopicClient.CreateFromConnectionString(

                   connectionString, "scottmessages");
        
                    Console.WriteLine("Type messages you wish to post to the Topic:");

                    while (true)

                    {

                        Console.Write("> ");

                        string messageText = Console.ReadLine();

                        topicClient.Send(new BrokeredMessage(messageText));

                    }

                }

            }

        }

上面的代码是使用NET的ConnectionManaer类从app.config文件中导入配置设置。我使用这种方法来获得我

们的服务总线主题的连接字符串（并避免在代码中的硬编码）。这是我用来指定字符串的App.cofig文件：

<?xml version="1.0" encoding="utf-8" ?> 
<configuration> 

  <startup> 
    <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5" /> 
  </startup> 
  <appSettings> 
    <add key="Microsoft.ServiceBus.ConnectionString" 
value="Endpoint=sb://scottgu-ns.servicebus.windows.net/;SharedSecretIssuer=owner;

SharedSecretValue=sSDdaewGUo3/wsaewtjhELlCi1y3SRwjFMX01tz2c/AXw=;TransportType=Amqp" /> 
  </appSettings> 

 
</configuration>

注意：你可以在Windows Azure门户中获取服务总线主题的连接字符串，通过选中主题（Topic）然后

单击在门户下方命令栏里的“访问密钥（Access Key）”按钮。需要注意的是配置.NET客户端库使用

AMQP，我追加“;TransportType=Amqp”到连接字符串中。

运行控制台应用程序

现在让我们一起运行.NET控制台应用程序。点击F5生成一个控制台应用程序，我们现在可以键入消息发送到主题。这儿是一些简单的输入：

上面输入的每一条消息被发送到服务总线主题--它将在我们创建的来处理消息的三个订阅中依次生成一个消息副本来持久排队。

步骤3： 编写一个Java应用程序监听器

现在让我们一起来编写一个java应用程序，它将会连接到其中的一个订阅并且处理消息。

在Java中标准的消息API是JMS—Java消息服务。JMS不指定任何关于底层的传输，因此不同的JMS产品使用不同的协议来和它们各自的消息代理交流。我将使用Apache的一个标准JMS提供程序，它使用AMQP 1.0作为底层的协议。使用这个库，Windows Azure服务总线变成了一个开放的标准JMS提供程序！

你可以在http://people.apache.org/~rgodfrey/qpid-java-amqp-1-0-client-jms.html获取Apache AMQP提供程序。下列的四个分布存档的JAR文件需要添加到你的Java类路径（CLASSPATH），当生成和运行应用程序的时候会使用到：

geronimo-jms_1.1_spec-1.0.jar
qpid-amqp-1-0-client-[version].jar
qpid-amqp-1-0-client-jms-[version].jar
qpid-amqp-1-0-common-[version].jar

我们然后可以编写后面的Java代码，那将使用标准的 JMS通信API来连接到我们的服务总线订阅和处理队列中的消息：

        // ReceiveScottsMessages.java 
 
 
import javax.jms.*; 
import javax.naming.Context; 
import javax.naming.InitialContext; 
import java.util.Hashtable;

   
public class ReceiveScottsMessages implements MessageListener { 
     public static void main(String[] args) { 
       try { 
            Hashtable<String, String> env = new Hashtable<String, String>(); 
            env.put(Context.INITIAL_CONTEXT_FACTORY,    
                 "org.apache.qpid.amqp_1_0.jms.jndi.PropertiesFileInitialContextFactory"); 
            env.put(Context.PROVIDER_URL, "servicebus.properties"); 
            Context context = new InitialContext(env); 

        
 
 
            ConnectionFactory cf = (ConnectionFactory) context.lookup("SBCF"); 
            Topic topic = (Topic) context.lookup("EntityName"); 
            Connection connection = cf.createConnection(); 
            Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE); 
            TopicSubscriber subscriber = session.createDurableSubscriber(topic, "java"); 
            subscriber.setMessageListener(new ReceiveScottsMessages()); 
            connection.start(); 

   
            System.out.println("Receiving messages. Press enter to stop."); 
            System.in.read(); 
 

            System.out.println("Shutting down."); 
            connection.stop();
            subscriber.close(); 
            session.close(); 
            connection.close(); 
       } catch (Exception e) { 
            System.err.println("Caught exception. Exiting."); 
            System.exit(1); 
         } 
     } 

  
     @Override 
     public void onMessage(Message message) { 
        try { 
             System.out.println("Message From Scott > " + ((TextMessage) message).getText()); 
        } catch (JMSException e) { 
             System.err.println("Caught exception receiving message: " + e); 
        } 
    } 
 }
      

请注意Apache JMS提供程序使用一个简单的基于JNDI提供程序的文件来配置JMS“管理的对象”，包括连接的细节和消息实体的物理命名的映射逻辑。这是我使用的servicebus.properties文件，它将连接字符串细节嵌入到Windows Azure服务总线主题：

connectionfactory.SBCF = amqps://owner:sSDdaYGUo3%2FwpewtjhELlCi1y4SSwjFGX01tz2c%2FAXw%3D@scottgu-ns.servicebus.windows.net

topic.EntityName = scottmessages

此属性文件定义了一个ConnectionFactory “SBCF”，它包含了从服务总线连接字符串的构成部分。格式如下所示：

amqps://[username]:[password]@[namespace].servicebus.windows.net

在上面的格式中，[username]对应发布者，[password]是一个发布者密钥的URL编码格式。你必须手动将发布者密钥的URL编码化。一个有用的URL编码工具在http://www.w3schools.com/tags/ref_urlencode.asp。

运行Java 应用程序

当我们运行这个应用程序，它将连接到我们的服务总线主题的“Java”订阅和产生下面的输出：

Receiving messages. Press enter to stop.

Message From Scott > Red Shirts are cool

Message From Scott > Cross-platform messaging is so simple with AMQP and Service Bus

Message From Scott > Windows Azure Rocks!

Shutting down.

请注意我们使用.NET发送到主题的消息如何被Java应用程序无缝的处理掉！

流行的Java框架像Spring和JEE使用JMS来集成不同的通信系统--你现在可以使用这些框架编写组件，由Windows服务总线来驱动通信系统，一样无缝的互操作和集成其它语言和框架。

步骤4：创建一个Python应用程序监听器

现在让我们一起编写一个Python应用程序，它将连接到另一个订阅并且处理消息。我们将Python应用程序托管在Linux虚拟机上。

我们可以使用Windows Azure可以非常容易得创建Linux虚拟机。只要在门户选中新命令（New command），使用电脑（Computer）->虚拟机（Virtual Machine）->快速创建选项来创建一个CentOS虚拟机（Quick Create option to create a CentOS virtual machine）:

一旦虚拟机预备我们可以SSH到它来配置和安装程序。

在我们的Linux虚拟机上安装Proton库

针对Python和PHP应用程序，我们将使用Apache的Proton客户端库，可以在http://qpid.apache.org/proton/download.html下载。Proton库提供一个AMQP 1.0组件库，我们将用它来和Windows Azure服务总线通信。Proton分布文档的README文件详细介绍了安装依赖项和生成Proton需要的步骤。这是我使用Linux虚拟机命令行的操作步骤的总结：

1）编辑yum配置文件（/etc/yum.conf）和注释掉排除核心头部更新（(# exclude=kernel*）。这是安装gcc编译器必需要做的

2）安装各种必备包：

>> yum install gcc cmake libuuid-devel

>> yum install openssl-devel

>> yum install swig python-devel ruby-devel php-devel java-1.6.0-openjdk

>> yum install epydoc

3）下载Proton库

>> wget http://www.bizdirusa.com/mirrors/apache/qpid/proton/0.4/qpid-proton-0.4.tar.gz

4）从分布存档中提取Proton代码

>> tar -xvf qpid-proton-0.4.tar.gz

5）使用下面的步骤生成和安装代码，采取自README文件

在你找到README文件的路径下运行：

mkdir build

cd build

# Set the install prefix. You may need to adjust depending on your

# system.

cmake -DCMAKE_INSTALL_PREFIX=/usr ..

# Omit the docs target if you do not wish to build or install

# documentation.

make all docs

# Note that this step will require root privileges.

sudo make install

做完这一切，Proton将会安装在机器上和准备好供您使用。这是我编写用来接收来自我们Windows Azure 服务总线主题“python”订阅消息的Python代码：

import sys 
from proton import Messenger, Message 

broker = "amqps://owner:sSDdaYHUo3/wpewtjhEDlCi1y6SRwjFMX01tz2c/AXw=@scottgu-ns.servicebus.windows.net" 
entityName = "scottmessages/Subscriptions/python" 

messenger = Messenger() 
messenger.subscribe("%s/%s" % (broker, entityName)) 
messenger.start() 

msg = Message() 
while True: 
  messenger.recv(10) 
  while messenger.incoming: 
    try: 
      messenger.get(msg) 
    except Exception, e: 
      print e 
    else: 
      print "Message From Scott > %s" % msg.body 

messenger.stop() 
print "Done"

以上需要注意的几件事：

连接代理的字符串是这格式

amqps://[issuer-name]:[issuer-key]@[namespace].servicebus.windows.net

我们接收消息的实体名字（entityName）是这格式

[topic-name]/Subscriptions/[subscription-name]。

现在当我们运行上面的python脚本（从我们的Linux虚拟机）我们将使用AMQP连接到Windows Azure服务总线，可以看到从我们的.NET应用程序发布的消息：

其中一件真的非常酷的事情是上面的应用程序是使用Python在Linux虚拟机上运行，它利用开源的AMQP库，且只使用了开放的AMQP协议来和Windows Azure 服务总线消息系统通信。

步骤5：创建一个PHP应用程序监听器

现在让我们一起完成编写PHP应用程序，连接到我们最后的主题订阅并且处理消息。我们将这个PHP应用程序托管在上面我们使用的同一台Linux虚拟机上，使用Python使用的同一个Proton库。这是在PHP中使用的代码：

      <?php 

include("proton.php"); 

$broker = "amqps://owner:sSDdaGGUo3/cpewtjhELlCi1y5SRwjFMX01tz2c/AXw=@scottgu-ns.

      servicebus.windows.net"; 
entityName = "scottmessages/Subscriptions/php"; 

$messenger = new Messenger(); 
$messenger->start(); 
$messenger->subscribe("$broker/$entityName"); 

$msg = new Message(); 
while (true) { 
  $messenger->recv(10); 
  while ($messenger->incoming) { 
    try { 
      $messenger->get($msg); 
    } catch (Exception $e) { 
      print "$e\n"; 
      continue; 
    } 
    print "Message From Scott > $msg->body\n"; 
  } 
} 

$messenger->stop(); 
?>

这是当我们在Linux虚拟机上运行命令行时输出的内容：

总结

以上的例子演示了使用开放的AMQP协议连接到Windows Azure服务总线是如何的简单及现有的AMQP 1.0已为各个团体所支持。

新的AMQP支持在Windows Azure服务总线将使生成功能强大的分布式应用程序更加简单，实现跨多系统并互操作。和上面的一样一件很酷的值得注意的事是，因为它是在不同语言之间交换的，消息是如何保存的。此示例使用的是简单的文本字符串作为主体，但是同样也适用于更复杂的消息格式，包括列表和映射。AMQP 1.0可移植数据表现形式实现了这一点。

在这里有一些关于服务总线支持AMAP 1.0更多的信息连接：

Windows Azure 服务总线

在NuGet上最新的服务总线.NET客户端库

AMQP 1.0支持Windows Azure 服务总线

如何使用AMQP 1.0和服务总线.NET API

服务总线AMQP 1.0 开发者指南

David Ingham关于服务总线的演讲和AMQP 1.0 在2012//build/ conference

如果你还没有一个Windows Azure账号，你可以免费尝试注册一个并今天就开始使用以上所讲的所有特性。

希望这对会你有所帮助，

Scott

除了博客，我也在使用推特快速更新和共享链接。关注我：twitter.com/scottgu

WebMatrix 3 发布通知

DevDivChina — Thu, 23 May 2013 04:31:58 GMT

[原文发表地址] Announcing the Release of WebMatrix 3

[原文发表时间] 2013-5-1 12:53 PM

我很激动地宣布WebMatrix 3发布了。在2010 年我们首次介绍了WebMatrix，它是一款免费的轻量级的 web开发工具，为ASP.NET、PHP、和 Node.js提供了强大的、针对web开发的经验。

今天发布的版本包括很多不错的新功能。通过下载软件并观看介绍视频，你可以轻松上手：

今日发布版本的亮点包括Windows Azure的深入集成，Git和TFS源代码管理工具，以及新的远程编程体验。

Windows Azure 集成

使用WebMatrix 3,让代码很容易移植到云。

第一次打开WebMatrix 3 会有一个到Windows Azure 的登录选项。你可以使用与Windows Azure 编门户相同的证书登录：

登录成功后，你的Windows Azure 账户和订阅将直接集成到WebMatrix内。在Windows Azure上，你可以选择创建最多10个免费网站：

你可以点击“My Sites”按钮去浏览和编辑你在Windows Azure上托管的网站。点击“New”按钮直接在Windows Azure上创建和托管新的网站——创建一个空白的新网站，或者从Windows Azure Web应用程序库创建一个网站（像Umbraco,、WordPress,、Drupal等允许你从模板开始使用）：

在这种情况下，我们会使用流行的Umbraco CMS解决方案创建一个新的web站点——Windows Azure网站库中的一种模板：

当你选择此模板，WebMatrix可以帮助你创建新的网站托管到Windows Azure上，同时关联所有你需要发布的信息并与你的WebMatrix编辑环境保持同步：

创建成功后，你将获得WebMatrix内部的定制经验，它提供集成的Umbraco（或者WordPress，或者Drupal等），而 Umbraco 在该工具内部具有编辑功能：

此外，WebMatrix 能够打开和编辑任何适当的文件并支持编辑和代码智能感知：

当你完成时，你可以点击工具左上方的发布命令将网站发布到Windows Azure。在上传和发布网站时，WebMatrix会提供实时的反馈：

最终实现了用一个简单、快捷并超级有效的方式来编辑本地网站或者在Windows Azure上托管的网站。

观看Eric用WebMatrix 3创建网站的这一精彩视频并将其部署到Windows Azure上。

Git 和TFS源代码管理

在WebMatrix 2中需求最多的功能之一是支持版本控制。现在WebMatrix 3 同时支持Git和TFS。源代码管理经验是可扩展的，并且我们一直与几个伙伴合作包括为Team Foundation Service, CodePlex和GitHub提供大量的支持:

Git工具使用当前的源存储库、配置和现有的工具。经验包括支持提交、分支、多个遥控器和出色地将网站发布到Windows Azure:

TFS经验的重点是使共同源代码管理任务变得容易。它与Team Foundation Service相匹配，我们的托管TFS解决方案提供免费的私人Git和TFS资料库。

观看Justin分享的关于WebMatrix3的Git教程和TFS集成的精彩视频。

远程编辑

在WebMatrix 2中，我们添加了直接从Windows Azure管理门户打开网站的功能。对于WebMatrix 3,我们通过为实时的远程网站编辑提供精彩的开发人员经验，归纳出一些经验。这种新的“My Site”网站库允许你打开本地计算机上的现有Web站点，或者远程编辑承载在Windows Azure的网站：

当用远程站点工作时，使用IntelliSense和其他工具就像在本地工作一样。但是你保存的更新会直接发送到远程托管网站。这使得它立即响应快速更改。

如果要使用本地网站，你可以单击“download”按钮来安装并配置任何运行时依赖关系，使用你的计算机上网站工作：

观看Thao分享的这个视频，演示如何使用WebMatrix 3在Windows Azure上编辑实时站点。

总结

WebMatrix 3 包括使用Windows Azure网站的无缝体验、支持Git和TFS源代码管理，以及大大改进的远程编程体验。这只是整个应用程序中数以百计的改进中的几个，包括PHP验证扩展和日志支持。

你可以轻松地使用WebMatrix，通过下载免费版本并观看介绍视频：

我们期待你能使用新版本！

希望上面的内容可以帮到你，

Scott

附注：除了博客，我也使用Twitter快速更新和共享链接。到twitter.com/scottgu关注我。

.NET的Windows Azure SDK 2.0发布通知

DevDivChina — Mon, 20 May 2013 09:25:41 GMT

[原文发表地址] Announcing the release of Windows Azure SDK 2.0 for .NET

[原文发表时间] 2013-4-30 10:37 AM

今天早上我们发布了.NET的Windows Azure SDKv2.0更新。这是一次主要的Windows Azure SDK更新，它带来了一些真正很好的新功能和改进。这些更新改进的地方包括：

· 网站：Visual Studio 工具的发布，管理和诊断的更新

· 云服务：支持新的高内存虚拟机大小，更快的云服务发布以及Visual Studio工具的配置和诊断数据的查看

· 存储：存储客户端2.0现在已经包含在新工程中并且Visual Studio服务资源管理器支持存储表

· 服务总线：更新客户端库支持消息泵编程模型，支持浏览消息和自动删除空闲消息实体。

· PowerShell 自动化：更新支持PowerShell 3.0，和许多PowerShell命令行用来自动化管理网站，云服务，虚拟机还有更多。

所有这些SDK增强的功能现在都可以开始使用，你可以从Windows Azure .NET Developer Center下载获得SDK。像所有我们提供的其它Windows Azure SDKs，Windows Azure SDK for .NET是全开源的工程（Apache 2 许可证）托管在GitHub。

下面是今天发布的更多的关于新功能的详细内容和功能：

网站：Visual Studio发布功能的改进

随着今天的发布我们已经使发布Windows Azure 网站变得更加容易。只要在Visual Studio任何ASP.NET网站工程上（或者网站工程）点击右键发布到Windows Azure:

在你第一次在工程上运行该命令会弹出发布配置文件对话框：

点击导入按钮会使你能够导入将发布的配置文件（这个操作只需要在你的工程上做一次——它包含了所有在Windows Azure上发布你的网站需要的设置）。

随着之前的SDK发布你已经手动下载了发布配置文件从Windows Azure管理门户。启动今天的发布版本你可以把你的Visual Studio中Windows Azure Subscription联系起来——此时你可以浏览在Windows Azure中网站的实时预订列表，并选中你想要发布到的位置（这期间不需要手动下载任何东西）：

然后选中你想要部署你的应用程序发布到的Windows Azure网站，点击ok，你的应用程序在Windows Azure上马上就能生效。你可以然后快速再次发布（在几秒钟内）不需要配置任何（所有的发布配置文件设置都将被保留供下次使用）。

网站：支持Visual Studio服务器资源管理器内管理

今天发布的SDK也添加新的网站管理支持，可以通过Visual Studio服务资源管理器部署到Windows Azure云上。当你把你的Windows Azure subscription和Visual Studio联系在一起，你将会在Visual Studio服务资源管理器看到所有运行在Windows Azure上的网站：

除了列出你的站点，你也可以通过右键菜单执行常用的操作像启动/停止。你也可以在站点上使用查看配置（View Settings）命令行从Windows Azure来获取运行的站点的配置信息：

你也可以直接在Visual Studio中查看，编辑和保存站点的设置。这些设置会实时得从Windows Azure云上运行的实例网站上引入：

你在本地保存的更改将立刻保存到Windows Azure上运行的实例中。你不需要重新部署应用程序甚至不用打开Windows Azure管理门户。

网站：流诊断日志

在今天的发布中一个真的非常棒的新功能是支持将你的Windows Azure网站应用程序的日志直接流入Visual Studio。这是一个非常有用的功能，可以让你简单地调试你的正在Windows Azure云上运行的应用程序。

如何开启实时日志诊断流

为了尝试这个功能，我们将先向ASP.NET网站应用程序上添加跟踪语句并且发布到Windows Azure(作为网站)。我们将添加跟踪语句到我们的应用程序中使用标准的.NET System.Diagnostics跟踪API。我们将使用Trace.TraceError()方法来输出错误：

默认情况下当我们点击网站时这个方法不会做任何事-因为跟踪在网站上默认是禁用的。

如果我们想要启用网站上的跟踪（为了调试代码）可以通过Windows Azure管理门户（点击网站上的配置选项卡来启用）。或者另一种选择是我们可以直接在Visual Studio中的服务资源管理器中使用查看配置（View Settings）命令（跟我们刚才看到的一样）：

注意上面我们如何为我们的网站启用应用程序日志，以及开启它以便记录所有的“错误”跟踪事件。确保“Error”已经选中了的然后点击“Save”按钮来将保存设置在Windows Azure——此时我们可以再次点击我们的网站，这次我们的跟踪错误语句将会被保存。

为了可以在Visual Studio内部查看跟踪语句我们需要简单的点击我们的服务资源管理器中的网站并且选择在输出窗口查看流日志（View Streaming Logs in Output Window）命令：

这将打开我们的Visual Studio输出窗口——那将显示Trace.TraceError()语句，跟他们在运行站点上执行完全一致（从它执行到在Visual Studio输出窗口中显示的点会有a~2秒的延时——当你想尝试调试代码时这将是非常方便的）：

但你已经调试完问题，只要再次右键网站并且选择Stop Viewing Logs命令来停止发送日志到VS(当你已经调查完问题通过回到设置窗口并且禁用它确保完全关闭日志)：

以上支持的是非常有用的，而且使只发生在真实的Windows Azure环境调试问题变得更加简单。更多关于这个功能的内容（包括如何通过命令行来使用它）请查看来自Scott Hanselman 这篇博客。

注意：在你可以把应用程序日志流入VisualStudio之前你必须在你的Windows Azure网站上有一个/LogFiles/Application目录。这个目录将在第一次将跟踪语句写入磁盘时被创建——因此你想要确认在Visual Studio内打开日志流视图之前你先执行了跟踪语句。我们将在一周或者两周内对Window Azure网站做一个更新，那将为你自动创建目录——为已经存在的和新的网站。这样使你能够开始日志流甚至在跟踪操作发生之前。直到那时只要确保你已经写了跟踪语句在你在VS启动日志流窗口之前。

云服务：支持高内存虚拟机实例

两周之前我们宣布了Windows Azure IaaS的可用更新。包括作为发布的一部分我们将支持创建大内存的IaaS虚拟机，使用我们新的4 core x 28GB RAM (A6) 和8 core x 56GB RAM (A7) 虚拟机型号。

从今天的.NET Windows Azure SDK 2.0开始，你也可以部署这些一样大小的虚拟机到你的云服务上：

更多的关于虚拟机大小的详细内容请参考：http://msdn.microsoft.com/en-us/library/windowsazure/dn197896.aspx

云服务：更快的部署支持同时更新选项

今天的发布包括了一些改善来提高部署和云服务的更新时间。

其中一个我们现在支持的新部署选项是 “同时更新”的云服务能力（我们有时也称之为为“Blast Option”）。当你使用这个选项时我们绕过正常的升级域步，那已经做好了在默认云服务下（我们同时升级部分云服务来避免整个服务停掉）相反我们升级所有的任务和实例。随着今天的发布这个同时更新逻辑现在在Windows Azure发生（在云端）。这有益于使云服务能够更新得更快。

注意因为会同时升级所有的任务，你需要在产品中的一般的升级使用它时更小心（否则用户将体验到应用程序停止工作）。但是当你你想要快速更新开发或者测试环境时它是很好的一个选择（你不会在乎升级时一小段停工时间），或者你需要快速更新产品里的关键性的应用程序以及你能接受的短暂的应用停止的影响。

为了使用Visual Studio来执行同步更新，在云服务发布向导选中“Advanced Settings”选项卡并且选择Deployment Update复选框旁边的“Settings”链接：

这将打开一个新的对话框。在它上面你现在选中新的“Simultaneous Update”选项：

一旦保存了，使用这个选项针对这次云服务的更新将被执行以及所有的任务和实例都将同步更新。

云服务：改进了诊断支持

今天的发布也包括了一些主要的针对云服务的诊断支持。

简单得配置诊断

Visual Studio已经启用了好几个版本的Windows Azure 诊断。随着今天的Windows Azure .NET SDK发布我们使开始正确的诊断收集计划甚至变得更加简单。利用它提供的数据可以发现错误以及获得其它关于实时服务的有用信息。

你可以右击Visual Studio 解决方案资源管理器中的云服务角色来打开它的配置:

今天的SDK版本中包括了最新的诊断信息配置：

你可以使用这最新的诊断配置你定义想要的收集方式和被默认.NET跟踪监听捕获的存储错误和你的Trace.TraceError()代码——所有都不需要要任何代码来设置和初始化。你可以指定运行时你想要的收集计划：只有错误[默认]，所有信息或者自定义计划。自定义计划非常丰富和启用错误级别的细晶粒控制，性能计数器，基础设施日志，收集间隔和更多。

你通过配置用户界面配置的同时保存在diagnostics.wadcfg XML文件。如果你打开服务资源管理器中的云服务role节点你会发现它并且可以选择用文本编辑器直接编辑设置：

因为这个文件同你的源代码一同保存因此可以用源代码管理器来管理。它也可以伴随你的云服务一同部署，可以更改部署但无需重新部署应用程序（我在下面介绍如何启用者实时更新）。

在实时服务上查看诊断

随着今天的发布我们也使开发者更容易得在Visual Studio中直接查看实时的云服务诊断——同时动态得开启或者关闭云服务捕获更多详细的诊断而不需要重新部署云服务（那使快速调试实时产品问题更加的简单）。

任何已经发布了的云服务，你可以同过点击Visual Studio中View Diagnostics Data命令快速查看实时服务错误的摘要和其它重要的状态——那都在Visual Studio服务资源管理器中云服务的表层：

执行这个命令将会查询出Windows Azure上云服务诊断表和最近数据的一个快速摘要列表。在下面的例子中我们可以看到我们忘记了更新应用程序指向SQL数据库配置文件，因此我们的部署了的服务中调用存储过程失败:

你可以获得更多的详细诊断数据因为它们被收集存放在云服务的诊断存储账号中。点击View all Data链接来访问它。这会加载一个新的Windows Azure 存储表查看器。你可以使用它支持的查询生成器来提炼你的诊断数据。在接下来的例子中我们筛选发生在下午5：48的实际数据。这指的是发生时服务上的而不是收集和传送过来的时间数据。

这比你通过查看历史日志来尝试和鉴别问题来的更加的容易。

更新实时服务的诊断设置

Visual Studio现在也让你能够直接在服务资源管理器为运行着的云服务配置和更新诊断设置。诊断配置可以被随时更新而不需要向你的工程添加代码，也不需要重新部署云服务（那比快速调试实时产品来发现问题来得更容易）。

这样做，使用Server Explorer->Windows Azure Compute节点选中Windows Azure在运行的角色实例，然后点击Update Diagnostics Settings命令来为它配置运行时诊断设置：

选择这命令将弹出一个允许你查看和修改角色的诊断设置对话框。注意我们可以动态得修改应用程序的日志收集设置，事件日志，性能计数器，基础设施日志（像IIS，等等），还有更多：

在这个例子中我们将从性能计数器收集关于角色的有效的内存+CPU+Requests/sec信息。我们接下来这么做，选择Performance Counters选项卡和选择合适的计数器。除了选择我们想要追踪的性能计数器，我们也需要设置Transfer period (in minutes) 和 Buffer size (MB)。我们分别设置它们为1分钟和1024 MB（如果我们不设置这些日志将不会被拷贝到我们的存储账号中）：

当我们点击OK，收集计划将立刻被应用到实时的角色实例上，我们将开始收集新的我们指定的数据。大概不用一分钟我们将看到WADPerformanceCountersTable在我们的存储账号中创建，我们的性能监视器数据将开始被收集：

双击上面的表格使我们能够浏览和查看性能监视器数据。

现在我们能够在运行时动态的打开/关闭这个功能（不需要重新部署云服务），这是非常有用的。如果我们想要为后续的每次部署更改做长期的收集计划，我们只要应用我们在运行时做的配置更改到云服务工程的角色设计器中（或者签入到源代码控制器）。那样新的云服务部署将默认拥有这个功能。

更多信息

上面的诊断支持真的是非常有力的，可以捕获云服务中的任何数量的角色和实例诊断数据（包括网站和工作者角色）。它使得能够在多层部署中调试问题更加的容易。

注意当你在Visual Studio中创建新的云服务工程，默认情况下.NET诊断监听支持输出跟踪语句到Windows Azure诊断代理是开启的。如果你启动已经存在的ASP.NET网站工程，然后把它转化成云服务，为了能够开启上面的诊断支持你将需要手动的添加下面的监听注册代码到你的web.config文件：

<system.diagnostics>
<trace>
    <listeners>
      <add type="Microsoft.WindowsAzure.Diagnostics.DiagnosticMonitorTraceListener, Microsoft.WindowsAzure.Diagnostics, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"
        name="AzureDiagnostics">
        <filter type="" />
      </add>
    </listeners>
</trace>
</system.diagnostics>

存储: Visual Studio 表格资源管理器

随着Windows Azure SDK 1.8的发布我们改进了Visual Studio工具来支持Windows Azure存储。之前的版本侧重于Windows Azure 存储Blob和队列服务的读/写。

随着今天的Windows Azure SDK 2.0发布，你也可以创建和删除Windows Azure 表格，从Visual Studio服务资源管理器中添加/编辑/删除表实体。这样节省了你的时间并且允许你简单的使用Visual Studio来创建使用Windows Azure 存储表的应用程序。

在 Visual Studio服务资源管理器中，右击Windows Azure存储节点来创建并命名一张新的表：

一旦你创建好表之后，你就可以在Visual Studio中直接选择添加实体（只要点击表设计器上的“Create Entity”按钮）：

你也可以编辑/删除已经存在的表实体：

我们现在也使它更加容易得生成表查询——不需要OData专业的语法知识——使用表工具中新提供的查询生成器：

上面的特性使Windows Azure存储表的使用变得更加简单。

服务总线: 更新客户端库

今天的发布也包括了服务总线的很多个很好的新功能更新:

· 消息浏览支持：消息浏览使你能够在队列中查看可用的消息而不用锁定消息或者执行显式的接收它的操作。这是非常有用的调试方案，也是很不错的监测方案。

· 新消息泵编程模式：今天的发布也添加了新消息泵编程模式支持。消息泵编程语义类似于事件驱动，或者“推送”基于处理模型并且提供我们今天支持的替代接收循环。这种方法支持并发消息处理，处理消息使变率。

· 自动删除无用的消息实体：自动删除允许你设置空闲队列后的间隔，主题，或者订阅然后执行自动删除。

PowerShell:许多新的自动化命令

随着今天的发布，Windows Azure PowerShell（这是一个单独的下载）已经支持PowerShell 3.0��今天的发布也包括了很多新的PoserShell命令行是你能够自动化Windows Azure网站，云服务，虚拟机，以及应用程序服务包括服务总线和Windows Azure存储区。你可以在这里找到完整的更改日志。

下面提供了一些新功能的例子：

网站

你可以通过接下来的命令行在PowerShell控制台拿到http和应用程序的流日志：

>>> Get-AzureWebsiteLog <your website> –Tail

云服务

通过选择同步升级选项你现在可以使用更快的部署选项，那将并行升级所有的网站和工作者角色：

>>> Set-AzureDeployment –Mode Simultaneous

虚拟机

你可以用这两条命令行来使用新的高内存虚拟机A6&A7镜像：

>>> New-AzureVM

>>> New-AzureQuickVM

当你通过PowerShell创建虚拟机时我们默认开启PowerShell远程为了使你能够更简单得对你在Azure上新创建的虚拟机运行PowerShell命令或者脚本。

服务总线

现在你可以管理服务总线命名空间。通过新添加的命令允许你创建，列出和删除服务总线命名空间。

Windows Azure 存储区

你现在可以从PowerShell管理你的Azure存储区附加组件。你可以列出可用的附加组件，购买一个附加组件，查看你购买的附加组件和升级你购买的附加组件上的计划。

例如，下面的命令会从MongoLab(我们Windows Azure存储的合作伙伴之一)创建和部署一个MongoDB服务：

>>> New-AzureStoreAddOn myMongoDB –AddOn mongolab –plan free –Location “West US”

存储

我们现在支持通过PowerShell进行blob CRUD操作，这允许你管理存储blob容器，上传/下载blob内容，和拷贝blobs。这你能够在开发你的应用程序时通过创建脚本来产生一些应用程序的初始化的数据或者快速检查你的存储账户里面有什么内容。

网站/工作角色支架命令

我们也为支架添加了新的命令。你现在可以用Add-AzureWebRole 和Add-AzureWorkerRole来给一般的网站/工作者角色创建工程。你可以使用New-AzureRoleTemplate来生成一个自定义的角色模板，那你可以用在Add-AzureWebRole或者Add-AzureWorkerRole命令，自定义- TemplateFolder参数。

更多信息

在今天的发布中的一些其他更新/更改：

· WindowsAzure.Diagnostics.dll不再依赖于WindowsAzure.StorageClient.dll。你能够在你的应用程序中导入和使用WidowsAzure.Storage 2.0 NuGet包而不用不会产生冲突。

· Windows Azure SDK 2.0支持与Windows Azure SDK 1.8和1.7的链接，然而不支持与Windows Azure SDk 1.6的链接。因此如果SDK 2.0也装在同一台机器上你将不能调试 SDK 1.6服务。

· WindowsAzure.ServiceRuntime.dll, WindowsAzure.Configuration.dll和现在生成的缓存程序集都是针对.Net framework 4.0运行时的。因此在你迁移到Windows Azure SDK 2.0后你将不得不重新指定你的框架3.5到4.0。

· 我们最近也发布了Windows Azure云服务支持策略，你可以在http://support.microsoft.com/gp/azure-cloud-lifecycle-faq查看详细的信息。

了解更多信息

你可以深入了解今天的SDK版本，或者从本周最新的Cloud Cover Show9频道查看到一些演示视频：

总结

今天的发布包括了一些非常好的特性，那是你能够创建更好的云解决方案。如果你还没有一个Windows Azure账号，你可以注册一个来免费尝试和开始使用今天的所有以上的特性。然后访问Windows Azure .NET开发者中心来学习更多的如何使用今天的SDK版本创建应用程序。

希望这会对你有所帮助，

Scott

除了博客，我也在使用推特快速更新和共享链接。关注我：twitter.com/scottgu

Windows Azure: 虚拟网络，虚拟机，云服务的一些改进和新的Ruby SDK

DevDivChina — Tue, 14 May 2013 09:10:00 GMT

[原文发表地址] Windows Azure: Improvements to Virtual Networks, Virtual Machines, Cloud Services and a new Ruby SDK

[原文发表时间] 2013-4-26 11:51 AM

今天早上我们发布了一些针对Windows Azure的巨大改进。这些新的功能包括：

· 虚拟网络：新的点到站连接（非常酷！），它支持软件VPN 设备和动态DNS

· 虚拟机：远程PowerShell和Linux SSH配置提升

· 云服务：提供远程桌面支持动态Web/Worker 角色

· Ruby SDK：一个新的用来支持Ruby的Windows Azure SDK

所有这些改进现在都可以立即使用（注意：有些服务还在预览版）。下面是它们更详细的信息：

虚拟网络：新的点到站连接和软件VPN 设备支持

上周我们宣布了通用虚拟网络支持将作为我们IaaS发布的一部分。

虚拟网络允许你在Windows Azure上创建一个私有的，独立的网络，然后把它当作你on-premises数据中心的扩展。例如，你可以分配私有IP地址给虚拟网络中的虚拟机，指定一个DNS，并且使用VPN设备以站到站方式安全的连接到你的on-premises基础设施。

这里展示一个通过安全的站到站VPN连接实现的典型的站到站场景：

今天，我们兴奋的宣布我们大大扩展了虚拟网络的能力，实现了3个新的场景：

新的点到站连接

今天的发布中我们添加了一个很棒的新特性，允许你不用VPN设备就在个人电脑和Windows Azure虚拟网络之间建立VPN连接。我们把这个新特性叫做点到站虚拟私有网络。这个特性极大的简化了在Windows Azure和客户端电脑建立安全连接，无论连接是从你的办公环境还是远程位置发起的。

这对于那些想避开公司防火墙或远程位置连接到Windows Azure虚拟网络（和里面的虚拟机）的开发者尤其有用。因为这是点到站的连接，这不需要他们的IT员工做任何活动去实现，也不要安装或配置VPN硬件。只需要使用内置的Windows VPN客户端隧道穿到你的Windows Azure虚拟网络。这个隧道使用安全套接字隧道协议（SSTP），可以自动穿越防火墙和代理，给你带来完全的安全性。

下面的图片展示了这种新实现的点到站的场景：

另外为了让开发者能容易的直接使用VPN连接到Windows Azure连接到机器，新的点到站VPN支持一些其他很酷的新场景：

· 对于没有VPN设备或网络专家来管理VPN设备的小企业（或大企业里的部门），现在可以依靠点到站VPN特性安全地连接到他们的Azure部署。因为要连接的VPN软件内置在Windows里，这使用起来确实很方便。

· 你可以不依靠网络管理员的帮助快速建立安全连接，哪怕你的电脑在公司代理或防火墙外也没关系。这在某些情况下是很棒的，比如你在客户站点或远程办公（或咖啡店）。

如何开启点到站功能

在今天的发布中，我们已经更新了门户中的虚拟网络创建向导，你现在可以通过配置开启“站到站”和“点到站”VPN选项。使用“客户创建”选项创建一个启用这些选项的虚拟网络：

在虚拟网络客户创建向导中你现在可以点击一个确认框来开启点到站或站到站连接选项（或两者同时开启）：

在下面的屏幕上你可以指定你的虚拟网络IP地址空间。一旦网络被配置，你可以为你的VPN客户端创建并上传一个根证书，开启网关，然后下载VPN客户端包。你可以使用虚拟网络仪表板上的“快速浏览”命令或“创建网关”按钮完成这些步骤。阅读教程“如何在管理门户配置一个点到站VPN”，这个教程提供了如何实现的详细说明。

在你完成在机器上安装VPN客户包后，你会看见一个新的连接选项出现在你的Windows网络表盘中。连接到这个会建立一个安全的VPN管道到你的Windows Azure虚拟网络：

一旦连接，你会拥有所有虚拟机和架设在你的Azure虚拟网络中的云服务的完全IP级别的访问！此功能不需要安装硬件来开启，而且可以穿透防火墙和代理服务器工作。另外，通过这个特性，你不必开启虚拟机上的公共RDP端点连接-你可以使用你的虚拟私有网络中私有IP地址通过安全VPN连接到他们的RDP。

更多关于说明如何做上述步骤的详细说明请阅读我们的教程“如何在管理门户中配置一个点到站VPN”

软件VPN设备支持站到站

在今天的发布里，我们也添加了软件VPN设备支持我们已有的“站到站VPN”连接解决方案（之前需要你使用思科或Juniper的VPN硬件设备）。从今天开始我们也支持基于Windows Server 2012的纯粹软件的“站到站”VPN选项。你要做的是安装了Windows Server 2012。你可以下载并运行一个PowerShell脚本来启用 Window Srver的路由和远程访问服务（RRAS）并在上面配置一个站到站VPN管道和路由表。Sandrino Di Mattia有个手把手教你怎么做的教程在这里。

这允许你开启一个完全的站到站VPN管道，连接你的on-premises网络和机器到你Windows Azure的虚拟网络-而不必买一个VPN硬件设备。

动态DNS支持

在今天的发布中，我们也放宽了关于虚拟网络中DNS服务器设置更新的限制。你现在可以随时更新虚拟网络中的DNS服务器设置而不必再次部署虚拟网络和里面的虚拟机。当虚拟网络中的虚拟机上的DNS被刷新，每个虚拟机会选取更新的设置，不需要重新创建DNS设置或重启实例。这让更新更简单。

如果你对Windows Azure的虚拟网络，能力和场景很感兴趣，可以在这里发现更多信息。

虚拟机：远程PowerShell和Linux SSH配置提升

上周我们宣布了通用虚拟机支持将作为我们IaaS发布的一部分。在今天的更新中我们添加了两个极好的提升：
支持在Windows虚拟机上有选择的开启远程PowerShell

在今天的更新中，我们现在让你可以使用Windows Azure管理门户来配置是否Windows虚拟机开启了远程PowerShell。现在当你在门户中使用FROM GALLERY选项来创建一个虚拟机时这个选项可用了：

向导的最后一部分提供一个确认框，让你可以选择开启远程PowerShell：

当确认框被选中，虚拟机开启远程PowerShell，并为部署创建一个默认的防火墙端点。这使你立即获得一个配置好的虚拟机来使用，而不需要用RDP连接到虚拟机实例。

Linux SSH 配置

之前，Linux虚拟机默认使用Windows Azure的密码验证机制来配置-可选基于SSH key的验证来配置Linux虚拟机。根据从客户那里得到的反馈，我们现在默认使用基于SSH key的验证，允许你上传了一个SSH key从而可以完全省略密码：

云服务：为部署的云服务开启动态远程桌面

Windows Azure云服务支持开发者在web和worker角色实例中使用RDP。这在调试问题的时候很有用。
在今天的发布之前，开发者在开发中必须先显式开启RDP支持-先部署云服务到生产环境中。如果你忘记开启，当在生产环境运行出问题，你无法在不更新应用并重部署（然后等待再次出问题）的情况下远程连接上去。

在今天的发布中，我们添加了支持管理员动态配置远程桌面-甚至在初始应用部署化时未启用远程桌面的情况下使用。这保证你总是可以在生产环境中调试问题并且再也不用为了远程连接上去而重部署应用。

如何开启云服务的动态远程桌面

云服务的所有角色实例都可以实现动态远程桌面，或只为个人角色开启。为了开启远程桌面动态，需要浏览到云服务配置标签并点击远程按钮：

这会弹出一个对话框使你可以开启远程桌面-和指定一个用户/密码来登录进去：

一旦开启了动态能力，你就可以使用你指定的用户名/密码远程连接到应用的任何角色实例中。

Windows Azure Ruby软件开发包

Windows Azure已经为.NET，Java，Node.js，Python，PHP和移动设备（windows8/Phone，IOS和Android）提供软件开发包。今天，我们很高兴的宣布发布了一个新的Windows Azure Ruby 软件开发包（V0.5.0）。

使用我们的新的IaaS支持已经可以让你在Windows Azure创建并部署Ruby应用程序。通过这个第一次发布的Windows Azure Ruby软件开发包，你现在也可以用下面的Windows Azure服务创建Ruby应用程序：

· 存储：Blobs，表和队列

· 服务总线：队列和话题/订阅

如果你已经安装了Ruby，只要gem install azure就可以使用了。这里是一些有用的学习使用的链接：

· Ruby开发者中心

· GitHub知识库

· Ruby gem

· Rdoc

就像我们提供的其他Windows Azure软件开发包一样，Windows Azure Ruby软件开发包是在GitHub上完全开源的。这个Ruby软件开发包是由微软和AppFog联合开发的。我得特别感谢AppFog，尤其是他们的CEO Lucas Carlson，感谢他们的热情支持和努力。

总结

今天的发布包括很多极好的特性，可以让你创建更好的云解决方案。如果你还没有Windows Azure帐号，你可以免费试用注册一个并在今天就用上上面说的特性。然后访问Windows Azure开发者中心学习更多如何利用它创建应用。

希望可以帮到你，

Scott

ps：除了博客，我现在也用推特快速更新并分享链接，关注我 twitter.com/scottgu

Windows Azure: 基础设施即服务（IaaS）全新发布

DevDivChina — Mon, 06 May 2013 14:19:00 GMT

[原文发表地址] Windows Azure: General Availability of Infrastructure as a Service (IaaS)

[原文发表时间] 2013-4-16 6:01 AM

今早我们宣布支持Windows Azure平台的基础设施即服务（IaaS）发布并上线了-包括我们的新虚拟机镜像模版和网络虚拟能力。这次发布正在分发，遵循企业服务等级协议（SLA），由Microsoft Support提供支持，你随时可以将其部署到你的生产应用中。如果你还没有Windows Azure帐号，那么你今天就可以注册并免费试用。

试用期间除了支持之前版本中包含的所有特性和功能外，还包括今天发布的IaaS的一些很棒的功能提升：

· 新的VM镜像模版（包括SQL Server, BizTalk Server, 和 SharePointServer镜像）

· 新的VM配额（包括更大内存的机器）

· 新的VM价格（我们已经为IaaS和PaaS VM降价21%-33%）

下面是关于今天的发布和一些新提升的细节。你也可以阅读Bill Hiff的博客，了解那些已经在生产环境中使用IaaS的客户。

关于Windows Azure 虚拟机

Windows Azure 虚拟机可以让你在云中部署和运行耐用的VM。你可以很轻松的从WAMP（Windows Azure Management Portal）内置的镜像预填充模版中创建这些VM，或上载运行你自己创建的VHD。我们内置的VM镜像模版包含 Windows Server系列镜像（包括Windows Server 2012、Windows Server 2008 R2、SQL Server、BizTalk Server和SharePoint Server）以及Linux系统镜像（包括Ubuntu、CentOS、SUSE Linux distributions ）。

Windows Azure使用同样的内置于Windows Server 2012的Hyper-V虚拟化服务，这意味着你可以创建并使用具有通用配置的VHD在本地定制化的机器和云环境中。从Windows Azure中移进移出这些VHD你不需要额外的转换流程——你的VM可以拷贝到云中运行，也可以在Windows Azure中创建然后把它下载到定制的服务器（Windows 2012 Servers ）上运行。这提供了巨大的弹性，可以让你轻松的构建跨本地和云环境的混合解决方案。

轻松上手

使用WAMP你可以在几秒钟内很快的创建一个新的VM。只要点击门户左下角的新建（New）命令，然后使用虚拟机（Virtual Machine）->快速创建（Quick Create）选项在世界的任何地方创建一个新的虚拟机实例（如果你想通过命令行形式也可以下载我们的命令行工具，基于Windows PwerShell的用户或Linux/Mac的用户）。

一旦创建了新的虚拟机实例，你就可以轻松的远程使用Powershell，SSH，或终端服务按照你的意愿自定义虚拟机（还可以有选择的捕获创建过程中的快照为以后提供使用）。Windows Azure可以提供给你前所未有的弹性来满足你各种工作负载状态的需求。

集成化的管理和监控

除了让你更方便的创建虚拟机，WAMP也可以为正在运行的虚拟机提供了内置的管理和监控支持：

耐用的数据盘

Windows Azure上的虚拟机可以有选择的添加和使用数据盘来扩充存储（每个磁盘最高可达1TB容量）：

一旦添加，这些盘就像虚拟机的标准设备，你可以用任何格式来格式化它们（比如Windows的 NTFS，Linux的ext3或ext4等等）。这些盘都是持久并耐用的，并都基于顶层Windows Azure Blob Storage实现（这保证了每个盘都易维护，高可用）。

内置的负载平衡支持

Windows Azure上的虚拟机也可以选择免费利用网络负载平衡——这使你可以给共用一个IP地址/ 端口的多台虚拟机实例分配流量。你可以使用负载平衡向外扩展你的应用，也可以在你VM宕机或准备维护的时候提供更好的容错。当错误发生时负载平衡可以自动从工作链中移除这些虚拟机。

设置跨虚拟机的负载平衡很简单，只要点击WAMP中VM的端点（Endpoints）标签然后选择一个端点到另外一个VM（你想要添加的第一个VM），然后为随后的VM实例选择“在当前端点上应用流量负载平衡（load-balance traffic on an existing endpoint）”：

你可以在负载平衡通用设置中找到更详细的关于配置VM负载平衡的信息。

Windows Azure 虚拟网络能力

伴随新发布的Windows Azure 虚拟机，我们今天也发布了的Aindows Azure 虚拟网络。Windows Azure虚拟网络可让你完成下列任务：

· 创建一个持久私有IP的虚拟私有网络：你可以在Windows Azure首选IPv4（10.x、 172.x、192.x 网段）的虚拟网络。此外，虚拟网络里的虚拟机将会有固定的私有IP地址，甚至跨硬件失败。

· 超越站点到站点的IPsec VPNs交叉连接：你可以扩展本地定制的网络到Windows Azure并把Windows Azure里的虚拟机当作其中的一部分，这通过虚拟网关代理IPsec连接。我们支持思科和Juniper的标准VPN硬件设备。

· 配置用户DNS服务器：使用虚拟网络，你可以把你的虚拟机指向一个本地的DNS服务器或一个网络中运行在Windows Azure上的DNS服务器。也可以在Windows Azure上运行Windows Server活动目录域控制。

· 扩展信任和安全边界：部署虚拟机到虚拟网络会扩展信任边界到这个网络。你可以在一个虚拟网络中创建几个虚拟机和云服务并让它们用私有地址空间通信。这允许不同虚拟机或甚至虚拟机和不同的云服务中的web角色之间不经过公共IP地址进行简单的通信。此外，虚拟网络外的虚拟机没办法识别或连接到虚拟网络中的服务，这些服务提供了隔离的添加层。

创建一个虚拟网络

在Windows Azure上创建一个虚拟网络是很容易的，只要点击门户左下角的新建（New）命令，然后选用网络（Network）->快速创建（Quick Create）（或自定义创建（Custom Create））选项来实例化一个新的虚拟网络：

虚拟网络在Windows Azure中的创建和使用是免费的。唯一要收费的是如果你开通了VPN网关支持——在这一点上我们会按照使用时间和宽带进行收费。你也可以在这里获取关于虚拟网络和它如何完善虚拟机服务的更多信息。

新的VM镜像模版（包括SQL Server、BizTalk和SharePoint镜像）

今天发布的Windows Azure包括几个新的VM镜像模版使你可以用来轻松创建并运行新的虚拟机。包括几个新的SQL Server 2012镜像（包括标准/企业修订模版），新的BizTalk Server 2013镜像（包括评估版，标准版和企业版），另外还有一个新的SharePoint Server 2013镜像：

支持按小时计费模式

为了更简单更快速的上手，这些SQL Server和BizTalk Server镜像也支持按小时计费模式，这意味着你不必为这些产品的之前授权付费——取而代之的是你可以额外的为在标准操作系统上运行的软件按小时付费。这使得上手变得弹性且没有前期成本（只是为你使用的东西付费）。你可以在这里学习更多按小时收费信息。

SQL Server, BizTalk和SharePoint server的更多细节

更多关于在Windows Azure虚拟机中部署SQL Server请看这里，关于BizTalk Server请看这里。

这周我们也发布了一个SharePoint部署向导和PowerShell脚本，这使得在Windows Azure上开始使用和自动化部署SharePoint Farm很简单。一旦部署，你可以直接用PowerShell管理SharePoint 2013.

新的VM配额（包括更大内存选项）

今天的发布给之前版本已经存在的5 种VM大小又添加了2种新的选择。这两种新的选择包括一个新的4核 x 28GB RAM配置和一个8核 x 56GB RAM配置。你现在可以在创建新VM时选择它们：

这些新的VM大小可以让你在Windows Azure上运行更大的工作量。更多关于不同大小和它们性能之间的细节请看这里。

新的VM价格（降价21%-33%）

今天发布的Windows Azure也宣布了对我们的Windows Azure计算选项明显降价。新价格比之前宣布的 Windows Azure虚拟机（IaaS）价格要低21%，用Windows Azure云服务（PaaS）部署的解决方案降价33%。我们的新VM价格也匹配亚马逊按需使用的Windows和Linux VM价格。

新的Windows Azure虚拟机计算价格

下面是新的按小时收费的Windows Azure 虚拟机：

Size Name	# of CPU Cores	Memory	Windows VM Pricing	Linux VM Pricing
ExtraSmall	Shared	768 MB	$0.02 per hour	$0.02 per hour
Small	1	1.75 GB	$0.09 per hour	$0.06 per hour
Medium	2	3.5 GB	$0.18 per hour	$0.12 per hour
Large	4	7 GB	$0.36 per hour	$0.24 per hour
ExtraLarge	8	14 GB	$0.72 per hour	$0.48 per hour
A6	4	28 GB	$1.02 per hour	$0.82 per hour
A7	8	56 GB	$2.04 per hour	$1.64 per hour

注意上面的价格是按每小时计算的使用量（其实你不需要一定使用超过一小时，你只要为你确切使用它的时间付费就行了）。完整的Windows Azure虚拟机价格细节请看这里。

承诺的价格折扣

你也可以选择我们的6月和12月承诺计划，相对标准付费，你可以获得明显的折扣。通过承诺计划你承诺每月花费一定的钱，作为回报我们给你在购买任何Windows Azure资源的花费上打折扣。（承诺计划中的金额越大，给的折扣越大）。

我们的Windows Azure承诺计划的有一个好处，我们不会强制指定你使用指定的VM数量或大小（或指定可用区域）。而是你简单承诺每月花费一定量的钱，我们给你在使用这些钱购买Windows Azure的任何资源上都打折扣。这给你动态改变你VM的部署空间且不用担心被限制在具体的配置上，这些也适用于基于IaaS + PaaS的服务（都可以从中获得折扣优惠）。你可以在这里了解更多关于我们承诺价格计划的信息。

其他的提升

今天的Windows Azure发布也包含一些小的VM提升：

· 增加了系统盘大小：之前我们的系统盘分区大小是30GB。根据用户反馈，我们新的镜像现在默认系统盘分区大小是127GB。

· 可以自定义管理员用户名：我们现在允许你在创建VM镜像时自定义管理员账户登录名。这让你避免VM上总是有个大家都知道的用户名（这是一个相对不错的安全举措)

· 默认启用远程PowerShell：当用PowerShell部署你的虚拟机时，我们现在允许用PowerShell远程连接所有的Windows Server操作系统镜像——包括SQL Server,BizTalk Server,和SharePoint镜像。这使得自动设置VM更容易，不需要通过登录来和新部署的实例交互。

总结

我们很高兴分享了今天发布的内容——我们知道有些人已经期盼很久了。我们要特别对那些使用预览版产品并给我们反馈的人们说声谢谢。

今天的发布允许任何人构建比之前更好的云解决方案。这些解决方案现在可以把IaaS和PaaS集成到一起，同时使用基于Windows和Linux的软件，而且比以往带来的价值更多更快。我们非常期待你用它来构建解决方案。

如果你还没有Windows Azure帐号，今天你可以直接注册并免费试用上面的所有特性。你也可以访问Windows Azure开发者中心学习更多如何用它构建应用的知识。

希望上面的内容可以帮到你。

Scott

附注：除了博客，我也使用Twitter快速更新和共享链接。到twitter.com/scottgu 关注我。

ASP.NET Web API： CORS支持和基于属性的路由改进

DevDivChina — Thu, 25 Apr 2013 03:14:56 GMT

[原文发表地址] ASP.NET Web API: CORS support and Attribute Based Routing Improvements

[原文发表时间] 2013-4-19, 11:37 AM

自从ASP.NET Web API发布最初版本以来，我们已经看到了它被大量采用。在2月份我们发布了ASP.NET和Web工具2012.2更新 - 添加了一些额外的Web API及ASP.NET的其他组成部分的功能增强。

ASP.NET开发团队一直致力于开发下一代的功能集（很多很酷的东西来了）。这项工作的重大事情之一是团队如何使用了开源开发过程（我们去年春天宣布采用的）来与社区更加紧密的合作，尽早验证功能，以及使社区开发人员直接促进它们的开发。

下面是ASP.NET Web API两大强大功能的一些更新 – 由ASP.NET MVP Brock Allen和Tim McCall（因attributerouting.net而闻名）开发贡献：

CORS 支持ASP.NET Web API

跨域资源共享（CORS）是一种W3C标准，它允许网页对一个不同的的网域发送AJAX请求。本标准放宽了在Web浏览器中实施的同源政策（它限制了对某域的资源的访问权限）。 CORS规范定义了如何在浏览器和服务器之间交互来进行跨域访问。

下面的图像显示的ASP.NET Web API测试工具（运行在http://xyz123.azurewebsites.net/）对Contoso域进行跨域访问。当你按一下发送，一个跨域请求就会被生成。因为Contoso公司的网站配置不支持CORS，就会弹出一个错误对话框中。

CORS错误在IE F12工具-Console选项卡下可以看到。

出于安全考虑，Web浏览器不允许azure站点访问Contoso域。而Contoso.com通过新的ASP.NET Web API CORS框架，可配置发送正确的CORS头文件，这样浏览器会接受跨域访问。

MVP Brock Allen将他的CORS资源贡献到ASP.NET Webstack库。Block曾与Yao Huang Lin（ASP.NET团队的开发人员）共事，完善和迭代该设计，并把它拉进Webstack库。Brock Allen，Dan Roth及Yao在这个Channel 9 视频中就Brock的CORS贡献进行了探讨。

CORS支持ASP.NET Web API页面展示了如何开始使用这个新功能。

ASP.NET Web API上基于属性的路由

最近我们在ASP.NET Web API的发展蓝图上发表了我们的打算，支持在ASP.NET Web API基于属性的路由。路由属性使URL定义更接近针对特定的URL运行的代码，更容易了解哪个URL是特定的代码块必须访问的，并简化了许多常见的路由方案。

例如，假设你想要定义一个Web API，拥有一套标准的HTTP操作（GET，POST，PUT，DELETE，等等），但同时你也想有一个额外的自定义操作，如批准。您就可以直接为该操作定义属性，而不需要为Approve操作在全局路由表添加另一个路由：

public class OrdersController : ApiController

{ 

public IEnumerable<Order> GetOrders() {…} 

public Order GetOrder(int id) {…} 

public Order Post(Order order) {…}

[HttpPost("orders/{id}/approve")] 

public Order Approve(int id) {…} 

}

扩展路由的模板语法使指定默认值和约束路由值变得非常简单。例如，你现在可以轻松地创建两个动作，基于参数类型被调用。在下面的PeopleController中，GetByID操作的参数id只需int值。GetByName操作方法包含一个默认名称“Nick”。

public class PeopleController : ApiController

{ 

[HttpGet("{name=Nick}")] 

public string GetByName(string name) {…} 

[HttpGet("{id:int}")] 

public string GetById(int id) {…} 

}

您还可以为您的Web API定义常用的路由前缀。例如，您可以使用路由前缀设立一个资源分层结构：

[RoutePrefix("movies")] 

[RoutePrefix("actors/{actorId}/movies")] 

[RoutePrefix("directors/{directorId}/movies")] 

public class MoviesController : ApiController

{ 

public IEnumerable<Movie> GetMovies() {…} 

public IEnumerable<Movie> GetMoviesByActor(int actorId) {…} 

public IEnumerable<Movie> GetMoviesByDirector(int directorId) {…} 

}

或者，您可以使用路由前缀来处理你的Web API的多个版本：

[RoutePrefix("api/v1/customers")] 

public class CustomersV1Controller : ApiController {…} 

[RoutePrefix("api/v2/customers")] 

public class CustomersV2Controller : ApiController {…}

和新CORS支持ASP.NET Web API一样，基于属性的路由支持主要是来自社区的贡献。我们正和attributerouting.net专家Tim McCall密切合作，将他AttributeRouting项目的很多功能直接引用到ASP.NET Web API中。

能看到整个ASP.NET团队和社区间的合作帮助推动了ASP.NET平台的发展，这真是令人兴奋！

希望对您有所帮助，

Scott

P.S.除了博客，我现也用 Twitter以便更快地更新、分享链接。请关注我：@scottgu

Windows Azure: 活动目录的发布，新的备份服务+网站监控和日志改进

DevDivChina — Mon, 22 Apr 2013 08:05:00 GMT

[原文发布地址] Windows Azure: Active Directory Release, New Backup Service + Web Site Monitoring and Log Improvements

[原文发表时间] April 08, 2013 9:07 AM

今天我们发布了针对Windows Azure的改进提高，这些新功能包括：

活动目录：Windows Azure AD 的全面发行，现在已经可以供产品使用。

服务备份：这种新服务可以在云中为Windows服务器提供安全的异地备份。

网站：监测和诊断功能的增强

所有这些改进现在都可以直接使用（注意：一些服务目前仍然在预览版本），对这些改进的详细的说明如下：

活动目录：宣布全面发行

我很激动的向大家宣布Windows Azure活动目录全面发布了，这意味着其可以供产品使用了。

所有的Windows Azure用户现在可以很方便的创建和使用Windows Azure 活动目录来管理身份和保护他们应用和组织。最值得一提的是，这项支持是免费的（创建目录，填充用户，写应用是不需要收费的）

创建一个新的目录

所有的Windows Azure用户 (包括使用Microsoft ID 来管理他们Windows Azure 账号的用户) 能够创建一个新的目录通过点击Windows Azure 管理入口界面左边的“Active Directory”标签，然后点击“Create your directory”链接：

点击上面的“Create Your Directory”链接将提示你一些目录设置，包括您的目录临时使用的域名（稍后，您可以用DNS映射到任意你想要自定义的域，例如：mycompanyname.com）：

当你点击了“OK”按钮后，Windows Azure 将在云中给你提供一个新的活动目录。几分钟之后，你就拥有一个云托管部署的目录了，可以通过它来管理身份和保护应用和组织：

通过目录管理用户

一旦目录创建好了，你可以通过它来管理和填充新用户：

你可以选择维护一个“cloud only”目录，完全托管在Windows Azure中。或者，你如果在你的客户端部署了一个Windows 服务器活动目录，你可以设置联盟或者目录与你部署在云中的Windows Azure 活动目录进行同步。一旦你这样做的话，无论何时你在客户端的活动目录中添加或删除一个用户，这个改变也可以立刻反应到云中。这对于希望使用一个单独的地方来管理用户安全性的企业和组织是非常有用的。

在Windows Azure管理入口面板上，点击“Directory Integration”标签，它提供了如何启动的指令和步骤：

启动应用

从今天的发布开始，我们可以极大地简化关于授权和取消目录进出权限的工作流程。这使得建立安全网页和在云中部署移动应用相对容易，并且支持单点访问 (SSO)企业活动目录。

在你管理的目录下，你可以通过点击“Integrated Apps”标签来启动一个拥有SSO或者更多的目录权限的应用：

点击“Add an App”链接将会演示一个启动SSO或给目录授权到这个app上的快速的向导：

方案集成

Windows Azure活动目录支持大部分广泛使用的身份验证和授权协议。你可以在这里找到关于这些协议的详细说明

今天的全面发行版本包含对SAML 2.0的支持 – 其能够支持从任何网页或移动应用到Windows Azure活动目录启动单点登录/退出。 SAML在企业应用中是特别的受欢迎的开放标准，其被所有语言，操作系统，框架支持。

今天Windows Azure活动目录的发布同样包括对windows Azure活动目录图形的支持 – 使用REST API站点支持通过编程访问目录。你可以在这里找到关于Windows Azure活动目录的详细说明。

在接下来的时间里，我们将要启动对OAuth 2.0/OpenID 预览的支持，同样能够支持从任何网页或移动应用到Windows Azure活动目录启动单点登录/退出。

关于对今天发布的活动目录的新的支持的讨论，请参考Active Directory blog 上Alex Simon的邮件。请同时参考MSDN上的Windows Azure Active Directory documentation和 windowsazure.com网站上的指南。

Windows Azure备份：在云中为Windows服务器提供安全的异地备份

今天的Windows Azure更新同样包含许多极好的新服务的预览，它们使通过Windows Server启动备份和恢复保护变得相当容易。

通过新的Windows Azure备份服务，我们可以添加对Windows Server 2008 R2 SP1， Windows Server 2012, Windows Server 2012 Essentials 和System Center Data Protection Manager 2012 SP1异地备份到云中的支持。你可以通过管理员在服务器中使用的熟悉的备份工具来管理云备份，这些工具为本地或者Windows Azure存储的配置、监控和恢复备份提供了类似的经验。当数据备份到云中后，被授权的用户能够很容易的恢复备份到任何服务器上。因为能够支持增量备份，仅仅是更改的文件被传送到云上。这有助于保证存储空间的有效使用，减少带宽的消耗，和在固定时间点上恢复多版本的数据。可配置的数据保留策略、数据压缩、加密和调节数据传输也增加了灵活性并提高了有效性。

在云中管理备份

开始之前，你首先需要登录到Windows Azure备份预览。

登录到Windows Azure管理入口面板，点击New按钮，选择Recovery Services策略，然后创建一个Backup Vault:

一旦Backup Vault创建了，将会显示一个简单的指南帮助你怎样注册Windows Servers：

一旦服务注册了，你就可以使用合适的本地管理接口（例如Microsoft Management Console 管理单元、System Center Data Protection Manager Console, 或Windows Server Essentials Dashboard）来配置计划的备份和有选择的恢复。你可以按照下面的教程学习：

教程：使用Windows Azure备份代理来安排备份 这个教材是帮助你为注册的Windows Servers设置备份计划。同样，也讲述了怎样使用Windows PowerShell cmdlets来设置自定义的备份计划。

教程：使用Windows Azure备份代理来恢复文件和文件夹 这个教材帮助你从备份中恢复数据。同样，也讲述了怎样使用Windows PowerShell cmdlets来完成一样的任务。

在Windows Azure 管理入口面板上，你可以深入到备份值，点击Servers标签查看哪个Windows Servers被配置来使用。你可以点击PROTECTED ITEMS标签查看已经从服务器上备份的条目。

网页：监测和诊断功能提高

现在的Windows Azure更新也包含一系列关于Windows Azure网页的新的监测和诊断能力的提升。它能够很容易的启动/关闭跟踪和存储日志信息，并通过FTP很容易的恢复或者导入到开发者的机器（能保证开发者能实时的看到这些，当你试着调试问题和远程部署应用时相当有用）。流支持允许你能够监测你日志文件的轨迹 - 那样你只能获得添加到的内容 – 当你单击想要检查的东西而不像下载整个日志时是特别有用的。

新的追踪能很好与 .NET 的System.Diagnostics库和Asp.NET的内嵌的追踪功能相集成。也能和其他的语言和框架一起工作。实时流工具是跨平台的，可以与Windows, Mac 和Linux开发机器一起工作的。

阅读Scott Hanselman’s awesome tutorial and blog post，它包含怎样利用这些新功能。非常非常的灵活。

其他有趣的事

除了上面的特征外，今天的发布中还��含很多其他非常不错的改进，包括

HDInsight：我们3周前启动我们新的HDInsight Hadoop Service。今天的更新添加了在Windows Azure管理面板上查看HDInsight服务的诊断度量的能力（他们显示在仪表板上，与其他的服务一样）。这样使得监测活动地图的数量和减少服务器当前运行的任务变得很容易。

操作日志：Windows Azure操作审核日志（你可以通过点击windows Azure管理面板左边的Setting标签查阅）显示了每个操作执行的用户的账户。这使得追踪用户在你服务器中所做的操作变得很容易。

媒体服务：当在门户上进行视频编码时，你可以选择更广的预设种类。

虚拟机器：为新建的虚拟机器追加默认的OS磁盘大小，允许指定默认的用户名。

总结

上面所有的特征现在都可以直接使用（注意：还有一些服务仍然是预览版本）。如果你还没有Windows Azure账户，你可以马上免费注册试用。进入Windows Azure开发中心去学习更多地关于如何使用它建立应用。

希望这些对大家有帮助，

Scott

P.S. 除了博客以外，我现在也使用Twitter进行快速的更新和分享链接。请关注：twitter.com/scottgu

介绍加入Windows Azure的Microsoft Accelerator的新班级

DevDivChina — Mon, 08 Apr 2013 06:55:06 GMT

[原文发表地址] Introducing the new class at the Microsoft Accelerator for Windows Azure

[原文发表时间] April 01, 2013 9:57 AM

我们推出了Windows Azure的Microsoft Accelerator，它是由TechStars举办的，给早期新创的公司访问Windows Azure的所有权限，并通过连接每家公司领先的技术和创业导师，帮助他们成功。我很高兴跟大家一起分享2013年春季班拥有健全的令人兴奋的解决方案组合，以及令人印象深刻的创始人名单，他们的反馈将直接预示着未来的Windows Azure版本。

今天，由TechStars举办的Windows Azure的Microsoft Accelerator中新加入的十个新团队，将搬进位于南湖联盟（South Lake Union）的办公室。

这一季的Windows Azure 班级包括：

· 1Track—华盛顿州，贝尔维尤。1Track增强了消费者在店内购物体验，驱动了零售商的销售。

· Airpost.io—加拿大，多伦多。航空邮件统一的云存储服务，让人们能从任何地方访问它们。

· Azuqua—华盛顿州，贝尔维尤。Azuqua帮助企业在10分钟内或者更少的时间里，构建基于云计算的企业应用程序集。

· Beehive Biometrics—德克萨斯州，奥斯汀。Beehive是一个服务，它使开发人员能够结合生物识别匹配单一代码行的应用程序。

· Boxella—华盛顿州，雷德蒙德。Boxella帮助零售商通过应用程序销售附加产品来跟踪单个用户的库存。

· Builders Cloud—华盛顿州，贝尔维尤。Builders Cloud是为建造业提供的文件共享和移动的合作平台。

· Factor.io—俄勒冈，波特兰。Factor.io让工程团队很容易建立持续集成和部署管道。

· GiftGiv—华盛顿州，雷德蒙德。GifyGiv使商务馈赠简单的同时保持其独特的风格。

· nuMVC—科罗拉多州，丹佛。nuMVC是一个内容分发平台，它可以在网络上任何地方自动交付相关的内容。

· ScanMyList—华盛顿州，埃弗雷特。ScanMyList是一个移动应用程序，让企业能有效地利用来自销售和订单信息提取商业信息。

自从演示日以来，2012年秋季班一直忙于为遗留的空位填补新班级。

· MetricsHub—Active Cloud Monitoring（主动云监控）和自动化绩效管理的幕后公司—最近已经被微软收购了。

· Realty Mogul—房地产的群体集资—赢得了在德州举办的HATCH Pitch Competition，使得其服务具有普遍可用性，刚刚以50万美元的种子轮融资闭幕。

· Staq—游戏引擎的实时分析—加入电子邮件委聘专家Embarke到Windows Azure存储区中。

我对这个班级有着很高的期望，同时期待着由这些新创公司使用Windows Azure的快速迭代和客户提供最难忘的经验的这种新的令人兴奋的方式。

请密切关注博客的定期更新，6月26日将作为团队的演示日。

希望这会对你有所帮助

Scott

P.S.除了写博客之外，我现在也正在使用 Twitter来快速更新和分享链接。我的Twitter为：twitter.com/scottgu

Windows Azure: Hadoop新服务+ HTML5/JS (CORS), PhoneGap, Mercurial和Dropbox 支持

DevDivChina — Thu, 28 Mar 2013 06:28:41 GMT

[原文发表地址] Windows Azure: New Hadoop service + HTML5/JS (CORS), PhoneGap, Mercurial and Dropbox support

[原文发表时间] 2013-3-18 11:43 AM

今天我们在WindowsAzure上发布了一些很强大的功能改进。这些新功能包括：

• 移动服务：HTML5/JS (CORS) 用户+ PhoneGap + Windows Phone 7.5 + .NET 可移植库支持

• 网站：Mercurial 源控制+ Dropbox 部署支持

• HDInsight: 使你能够在Azure上轻易部署和管理Hadoop集群的新服务

现在，所有这些改进都可以立即开始使用（注意：有些服务是仍然处于预览状态）。下面是更为详细的信息：

移动服务: HTML5/JS 客户端 (CORS), PhoneGap, Windows Phone 7.5

现在我们增加了对纯HTML5/JS用户(和PhoneGap应用程序)以及Windows Phone 7.5 用户的支持，使他们能够将Windows Azure移动服务作为后台使用。它会被添加到我们两星期前发布的 Windows Azure 移动服务的新的Android SDK（以及更早之前发布的Windows8，Windows Phone8和iOS支持）。

HTML5/JS客户端

现在，您可以连接HTML5的Web客户端应用程序以及Apache Cordova/ PhoneGap的应用程序到您的移动服务，并使用Windows Azure的数据存储和验证。它们通过提供以下功能实现：

•新的移动服务Web客户端库，支持IE8+浏览器，当前版本的Chrome，Firefox和Safari浏览器，以及PhoneGap 2.3.0+。它提供了同我们在其他的本地软件开发工具包（SDK）中相同的数据查询和存储API支持，用户可以方便地通过移动服务的支持，进行这四个供应商的身份验证：微软客户，谷歌，Facebook和Twitter。请使用GitHub的问题跟踪报告任何问题，或到我们的论坛获得帮助。

•跨域资源共享（CORS）支持，使您的移动服务能接受跨域Ajax请求。您现在可以使用Windows Azure管理门户，为您的移动服务来设置允许的地域的白名单。

首先，先在Windows Azure管理门户创建一个移动服务，并打开“快速启动”选项卡。您现在可以选择 “HTML”，找到创建一个新HTML5/JS或连接到一个已存在HTML：

然后，您可以继续本教程的其余步骤，并在5分钟内建立一个简单的HTML5待办事项列表应用程序（完全在浏览器中运行）。

当HTML5的前端应用程序部署到产品环境中时，一定要将您使用的网站主机名称添加到到Windows Azure移动服务的跨域资源共享（CORS）白名单，使用“配置”选项卡，如下图所示：

访问Windows Azure的移动开发中心，阅读本教程以了解更多有关与服务器端的数据，或点击这里，来了解更多有关用户身份验证的信息。

Windows Phone7.5支持和NuGet上新的C＃客户端库

前几天我们在NuGet上公布了我们的下一个版本的移动服务C＃的客户端库预览。本次预发布的目标是给移动服务开发者提前看下我们计划为下一个C＃SDK更新的新功能，并有机会提前尝试。我们增加的一些强大的新功能包括：

•可移植库支持：通过使用可移植库，我们在一个单一的代码库之上巩固我们的Windows8和Windows Phone8客户端。这使我们能够使用各种新的客户端平台，以及使您从ASP.NET和.NET服务器的后端使用移动服务。

•Windows Phone7.5支持：随着可移植库的进步，我们也支持Windows Phone7.5

•Json.NET和HttpClient：我们改变实施过程，使用最新的和最灵活的HTTP组件来实现最大的鲁棒性和可扩展性。

注：如今的版本只是一个预发布。对于产品应用，我们建议继续使用“稳定”的.NET移动服务客户端库，这里获得下载。

请给我们反馈

请继续访问我们的uservoice的页面，让我们知道您期待下一个添加的内容（今天的发布添加了UserVoice前5个要求中的3个！）。发邮件给我们来展示您的应用程序，无论什么时候遇到问题，都可以在我们的论坛中提出。

网站：Mercurial和Dropbox部署支持

今天的发布还包括了一些在indows Azure的网页站点上部署/发布功能的增强：

Mercurial源控制支持

现在，当你从CodePlex或Bitbucket库上连续部署您的网站时，可以使用Mercurial（Hg）的资料库。这是对我们以前支持的TFS、CodePlex、Git以及GitHub的源代码管理程序的补充。

今天的发布还包括改进的用户界面，使我们更容易从源头控制去安装部署。只需点击在您的网站仪表盘上的“从源头控制安装程序部署”链接，就会出现一个新的向导，通过使用各种源代码管理提供程序和网站，它使建设发布终端的流程变的简单。例如，下面是如何在你可能拥有的Bitbucket上的公共或私人水银（Hg）的库中，选择你启用的源代码部署的方式：

Dropbox的部署支持

Windows Azure现在也支持网站/应用程序从Dropbox到Web站点的部署，使网站部署就像把文件复制到您的本地计算机上的文件夹一样简单。从Windows Azure管理门户网站使用它，点击在您的网站仪表盘上的“从源头控制安装程序部署”链接，选择Dropbox并验证连接，然后选择一个Dropbox子文件夹同步：

然后，您可以简单地将本地计算机上的源文件复制到Dropbox的子文件夹，然后点击Windows Azure门户的“同步”按钮来部署文件。 Windows Azure会根据需要自动编译源文件，类似于在Git或TFS上部署。此外，在门户网站“部署历史”选项卡里会记录部署的历史，您只需点击一下按钮，就能重新部署任何先前操作过的的部署。

关注此2分钟的截屏，看它现在是多么容易使用Dropbox将网站部署到Windows Azure中。

改进的用户界面，用于管理源代码控制部署

今天，除了更新了源代码控制部署的安装向导，Windows Azure还发布源代码控制界面的新改变。管理门户部署历史记录现在可以准确地反映哪些源代码管理提供程序为持续的部署连接到该门户，如TFS、CodePlex、GitHub、或Bitbucket。现在也可以为一个网站断开已连接的源提供程序，去建立一个不同的供应商（以前，你必须删除网站才能做到这一点）。

TFS证书续订

现在也可以续订Team Foundation Service 使用的TFS证书，它直接从Windows Azure管理门户进行持续部署。要做到这一点，单击“仪表板”或“快速启动”页面上的“续订TFS证书”链接。

支持再生成发布配置文件

现在你可以从网站仪表板下载一个发布配置文件。过去该配置文件下载后，证书基本上就会一直维持下去。据我们了解，这不是最佳的。为了解决这个问题，今天的发布的版本，我们在仪表板中引入了一个新的快速浏览命令：重置发布配置文件证书。点击后，就会让你确认重置证书，该证书就会重新生成。

新HDInsight服务：在Azure上部署和管理Hadoop集群

今天，我们还发布了Windows Azure的一个公共预览的新HDInsight服务。当你在Windows Azure上快速部署、管理和使用的Hadoop集群上时，HDInsight会��供一切你需要的帮助。

如果你有一个Windows Azure帐户，你就有权限使用HDInsight的新预览，那么你就可以在Windows Azure中轻松地创建一个HDInsight集群。在Windows Azure管理门户中，单击“新建”按钮，选择HDInsight新服务，来创建一个Hadoop集群。为该群集指定登录所需的名字、密码及所需群集的大小：

注：存储帐户要求创建一个集群，同时在当前公共预览中，该存储账户必须驻留在美国东部地区。与你的Azure存储帐户相关联的群集就是你在HDInsight里分析的数据所存储的地方。

HDInsight集群

创建一个集群将需要几分钟的时间（作为创建集群的一部分，会对一些所需的组成Hadoop集群的虚拟机进行配置）。下面列出了Hadoop的组件作为HDInsight集群安装的一部分。创建好群集后，您可以到仪表板视图中查看集群快速浏览屏幕。快速查看可以看到你的集群的基本信息，并提供一个简单的方法来连接到集群（只需点击仪表板底部的“管理”按钮）。

当连接到群集时，你会看到一个页面，其中包含许多的模块，它们提供有关群集的信息，也可以用来执行其他任务：

创建工作模块打开一个MapReduce作业提交表单，您可以使用JAR文件提交MapReduce工作。交互式控制台模块会打开一个控制台，让您直接对您的群集执行的Javascript和Hive查询。样品模块包括一些你可以能够使用的入门的样品。

总结

以上这些功能，现在可以立即开始使用（注意：有些服务是仍然处于预览状态）。如果你还没有一个Windows Azure帐户，您可以注册了一个免费试用版，并开始使用它们。访问Windows Azure开发中心，以了解更多如何用它构建应用程序的内容！

希望对您有所帮助，

Scott

附：除了博客，我现也用 Twitter以便更快地更新、分享链接。请关注我：twitter.com/scottgu

ScottGu中文博客

Windows用户准备好使用apt-get了吗？

Windows Azure服务总线的AMQP支持发布声明

WebMatrix 3 发布通知

.NET的Windows Azure SDK 2.0发布通知

Windows Azure: 虚拟网络，虚拟机，云服务的一些改进和新的Ruby SDK

Windows Azure: 基础设施即服务（IaaS）全新发布

关于Windows Azure 虚拟机

Windows Azure 虚拟网络能力

新的VM镜像模版（包括SQL Server、BizTalk和SharePoint镜像 ）

ASP.NET Web API： CORS支持和基于属性的路由改进

Windows Azure: 活动目录的发布， 新的备份服务+网站监控和日志改进

活动目录：宣布全面发行

网页：监测和诊断功能提高

介绍加入Windows Azure的Microsoft Accelerator的新班级

Windows Azure: Hadoop新服务+ HTML5/JS (CORS), PhoneGap, Mercurial和Dropbox 支持

[原文发表地址] Windows Azure: New Hadoop service + HTML5/JS (CORS), PhoneGap, Mercurial and Dropbox support

今天我们在WindowsAzure上发布了一些很强大的功能改进。这些新功能包括：

移动服务: HTML5/JS 客户端 (CORS), PhoneGap, Windows Phone 7.5

网站：Mercurial和Dropbox部署支持

新HDInsight服务：在Azure上部署和管理Hadoop集群

总结

新的VM镜像模版（包括SQL Server、BizTalk和SharePoint镜像）

Windows Azure: 活动目录的发布，新的备份服务+网站监控和日志改进