MIX 09：Nigel Ellis谈Azure SQL Data Services

作者 Jean-Jacques Dubray 译者 张龙 发布于 2009年4月8日

领域

架构 & 设计,

运维 & 基础架构,

语言 & 开发

主题

架构 ,

云计算 ,

Java ,

.NET ,

Ruby

标签

Astoria ,

SQL Server 2008 ,

ADO.NET ,

事务

微软架构师Nigel Ellis在MIX 09上详细展示了Azure SQL Data Service（几周前在开发团队的博客上已经对此发布了声明）新的关系模型。在该演示中，他说随着持久化媒体集成的不断发展，数据平台已经变得越来越复杂了。基本上，数据平台是由地点、类型和服务构成的。他说到：

当前的数据平台可以处理多种数据类型：内存、多维、XML及文件。除了基本的CRUD服务外，它们还提供了缓存、分析、防御、加载、备份、挖掘、集成、同步、报表及搜索等功能，同时数据的应用范围也更加广泛，这导致我们需要在更多的地方去管理数据：移动设备、桌面、服务器及超级服务器等等。

Nigel还注意到很多数据管理都是基于策略（policy）的且有明确的意图。

Azure SQL Services主要由以下内容构成：

• 一个数据库即服务
• 一些服务：数据同步、参考数据管理、商业智能及报表
• 与本地SQL Server 2008的数据集成

最近SDS小组增加了一个熟悉的SQL Server关系模型，它基于现有的SQL Server APIs与工具。然而就可用性与可伸缩性来说，SDS的主要目标在于云，因为我们可以从任何平台访问SDS，如PHP、Ruby及Java。Nigel演示了如何使用PHP WordPress（通过ODBC驱动调用SDS）构建一个博客站点。

SDS小组在MIX 09上宣布支持完全信任的代码与本地代码。

之前基于REST与ACE的SDS API现在已经完全被TDS和TSQL所取代，但你仍然可以使用计算云资源（Compute Cloud Resource）中的Astoria连接后端的SDS来公开REST接口，你还可以使用ADO.NET+EF或是新的连接到SDS的SQL客户端程序库。在高连接的情况下TDS运转良好。

接下来，Nigel又谈到了服务供应模型（Service Provisioning Model）：每个账户都有一个先后次序，同时拥有一个或多个虚拟服务器。

每个服务器都拥有一个或多个数据库（包含了一个虚拟主机）。每个数据库是有大小限制的，目前为5-10 Gb，同时每个数据库拥有一个或多个登录帐号（SQL用户）。其认证授权机制与SQL Server 2008一样。事实上，Nigel强调的是：你现在就可以开始面向SDS的开发之旅了，只需使用SQL Server Express 2008即可。

SDS底层管理着请求路由、安全和隔离。它还提供了一种可伸缩、高可用的技术，包括：

• 自动复制与失败恢复
• “fabric”保证了高可用性——如果某台服务器宕掉了，它会将请求从该服务器转到其它服务器上
• 供应（数据库、账户、角色等等）、度量及排序
• 负载平衡：如果某台服务器负载过大，我们可以复制一份并让某个次级服务器成为主服务器，同时还可以将某份复制移动到其他服务器上去

Nigel详述了SDS的兼容性目标：

• 支持常见的应用模式
• 基于逻辑/策略的管理
• 从服务器到云的模式（反之亦然）
• 考虑多种租赁
• 节流与负载平衡
• 限制数据库大小、及事务间隔

• 表、索引及视图
• 存储过程
• 触发器
• 约束
• 表变量、会话与临时表

然而第一版将不会包含下面这些特性

• 分布式事务
• 分布式查询
• CLR
• Service Broker
• 空间能力
• 物理服务器或目录DDL与视图

其安全模型与本地模型完全兼容，但限制于标准的SQL认证与登录上。他们会在未来支持AD联盟、WLID等以作为备选的认证协议。

Nigel还谈到了未来的路线图：

• 分区数据库
• 地理位置与地理冗余
• 分布式查询
• 安全的w/AD、WLID等等
• 支持多级硬件和软件隔离

目前可以通过邀请的方式获取其CTP。

查看英文原文：MIX 09: Nigel Ellis on Azure SQL Data Services

译者 张龙 热衷于编程，乐于分享，对新技术有强烈的探索欲，对Java轻量级框架有一定研究。

• 更早的 >