[Windows Azure] Recap of Windows Azure Updates from BUILD 2013

昨天在 BUILD 2013 研讨会的第二场 Keynote 中,由 Scott Hanselman (Principle Program Manager) 以及 Scott Guthrie (VP) 两位共同介绍了 Windows Azure Platform 的新玩意,并且在 Windows Azure Blog 上也发表了新的文章,整理了整个 Windows Azure 平台上的所有更新,就由小弟我来为大家稍微整理一下吧...


昨天在 BUILD 2013 研讨会的第二场 Keynote 中,由 Scott Hanselman (Principle Program Manager) 以及 Scott Guthrie (VP) 两位共同介绍了 Windows Azure Platform 的新玩意,并且在 Windows Azure Blog 上也发表了新的文章,整理了整个 Windows Azure 平台上的所有更新,就由小弟我来为大家稍微整理一下吧。

Windows Azure Website Service 正式进入 General Availability (GA) 阶段

Website Service 自去年 Spring Release (也是去年六月) 之后,经过一年以来使用者的回馈,试用与碎碎念之后,在昨天正式进入了 GA 阶段,正式向外提供具保证的 SLA 协定 (99.9% SLA),以及供应正式的技术支持项目,同时费用上也有些许变更。

首先,Website 仍然维持三种不同的模式,不过原本的 Dedicated 模式改称为 Standard (标准) 模式,共用模式仍然维持预览状态,不同的模式可用的资源是不同的,而且不同的模式可建立的网站数也是不同的。

image

在共用模式下,每小时的单位是小型 VM 的 0.1675 倍,所以共用模式的费用每小时为 NT$ 0.404 元,相当于每月 300 元左右,若是不强求性能的网站已经很适合使用了,对性能和流量较要求的网站就可能要用标准模式,不过在 7/31 前,标准模式的 VM 有促销方案,费用是原本 VM 时数价格的八折。

在新增功能部分,除了六月初在 Tech.Ed 2013 North America 上宣布的 SSL/IP, SSL/SNI 外,增加了平台的选项:

image

若是标准模式的话,可以选择使用64位以获取更多的内存用量 (32位的内存用量有上限),并且启用 IIS 的 64 位最佳化模式,让网站的速度和服务能力更强,而默认是执行在 WOW 32 位模式下。

在这次的更新中最令人激赏的,绝对非 Auto-Scaling Service 莫属,而这个功能会同时适用于 Website 以及 Cloud Service,只要设定网站在标准模式下,就可以由 Windows Azure 依流量与运算能量需求自动扩展网站的 VM 数量,而判断的依据是 CPU 的运算消耗,未来也许会加入以流量为主的扩展。但自动扩展目前仅支持 Scale-Out/Scale-In,尚未支持 Scale-Up/Scale-Down,且 Windows Azure Auto-Scaling 最大也不会超出设定好的 VM 范围数量。

image

另外,网站本身也开始提供 Memory Dump 的功能,让开发人员可以利用 REST API 直接抓取网站的 Memory Dump 功能来侦错,REST API 命令可参考:https://github.com/projectkudu/kudu/wiki/Process-list-and-minidump

Windows Azure Mobile Service 正式进入 General Availability (GA) 阶段

Mobile Service 也在同一天宣布进入 GA 阶段,之前在六月中旬的时候就已经发布一次更新,包含 Custom API,Git Source Control , NuGet Package, NPM Module 等新功能,紧接着在昨天进入 GA 阶段,同样提供 99.9% SLA 的保证。

不过,原本只有两种类型服务的 Mobile Service,在 GA 的当下变成三种服务,分别是免费,标准以及优质服务三种,不同的服务类型会有不同的服务能量:

image

Custom API 是六月中旬发布的新功能,开发人员可以在 Mobile Service 管理界面上直接声明 API,可在设定功能区中设定 CORS (Cross Original Resource Sharing) 的主机名称,API 的程序语言是 JavaScript,并且可使用 Mobile Service 上可用的服务器对象:

image

这样设定后,我们就可以使用 Fiddler 调用它,格式是 http://[servicename].azure-mobile.net/api/[api_name],每个方法会有不同的对应 (记得要设定权限为 Everyone 才能存取,或是附上认证标头)。

image

同时,为了要让开发人员能够自动化的备份与管理服务器端命令码,Mobile Service 新增了 Git Repository 的功能,开发人员可利用 Git 工具直接由 Mobile Service 抓取服务器端命令码回到本机,也可以由本机将修改过的命令码发行到 Mobile Service 上。

image

在启用 Git 前,需要设定一组账户与密码:

image

启用完成后,就能在设定功能区中看到 Git 的路径,即可用在 Git 工具:

image

另外,为了要让 Mobile Service 更容易使用,微软在 Windows Store App 的项目中加入了可直接管理 Mobile Service 的功能,让开发人员只要在 Visual Studio 中就能存取 Mobile Service 的管理功能。

image

image

开发人员也可以透过 Visual Studio 来加入 Windows Store App 的推播通知 (Push Notification) 的设定,Visual Studio 也会自动加入必要的参考组件:

image

Visual Studio 2013 也支持了直接在 IDE 界面内开启 Windows Azure Mobile Service 上的表格与命令码的能力:

VS2013_UpdateServerSideScripts

权限编辑也是少不了的:

image

Windows Azure Auto-Scaling Service (PREVIEW)

前面在 Windows Azure Website 中有简单介绍过 Auto-Scaling Service 的功能,这个功能不仅只有 Website 有,Cloud Service 也有,而且功能更多。

Cloud Service 的 Auto-Scaling 同时支持 CPU-based 与 Queue-based。CPU-based 是针对 CPU 时间来进行:

image

Queue 则是由 storage queue 中的消息数来决定是否要扩展:

image

当设定完成后,Scaling 的工作就可以交给 Windows Azure 来执行,不用像以前还要自行开发 AutoScale 的 Monitor 以及程序了。

更多的操作资讯可参考:http://www.windowsazure.com/en-us/manage/services/cloud-services/how-to-scale-a-cloud-service/

Alert Service

本次的 Windows Azure 更新中加入了一个新玩意:警示服务:

image

警示服务可以允许管理人员设定监控的规则,并且在监控值到达时发出通知给管理人员:

image

不过如果是要监控网站的话,必须要将网站的监控功能打开才行。

MSDN 订户不需要信用卡即可登录使用

这是承继前一次 MSDN Subscription 对 Windows Azure 改用信用额度的计算方式后的改变,现在开始,MSDN Subscriber 在启用 Windows Azure 时不再需要输入信用卡数据,只需要进行手机认证即可。可参考由 No.18 编写的启用文:http://www.dotblogs.com.tw/ian/archive/2013/06/27/106165.aspx

Reference:

http://blogs.msdn.com/b/windowsazure/archive/2013/06/27/announcing-the-general-availability-of-windows-azure-mobile-services-web-sites-and-continued-service-innovation.aspx

http://weblogs.asp.net/scottgu/archive/2013/06/27/windows-azure-general-availability-release-of-web-sites-mobile-services-new-autoscale-alerts-support-no-credit-card-needed-for-msdn-subscribers.aspx