技术开发 频道

微软云计算SQL Azure数据同步功能解析

  【IT168专稿】“同步”是一种要求数据一致的作法,可以用到的地方非常多,但以架构设计的观点而言,在主从(Client/Server)的架构下或是在服务导向(SOA)的世界里,采用Rich Client作设计能够减轻服务端的负荷会远比使用Thin Client来得多,而且它对通讯带宽的要求非常少,更能够让服务器的负荷更小,是设计上的好选择。
 

 Sync Framework 概览及类别

  Rich Client可以透过数据自动同步的机制,做到脱机工作的能力,但基本上程序设计人员必须相信这个同步工作才可以,所以这个“同步”工作的动作必须要有某一种足以完成任务的架构来支撑才行。就是因为这种需求让微软开发了Sync Framework,一种高适用性又能拿来支持Rich Client或是Smart Client的机制。

  Sync Framework是免费的架构,并且也只能应用在.Net的架构上面,没有采用任何的标准协议,因此也一定无法进行跨平台,这是比较遗憾的地方。但还是有些机制可以弥补这个缺憾的,这一点我们留到后面再讨论。

  再看一个有关个人需要用到同步功能的例子,如图2所示。

 Sync Framework 概览及类别
图2 Live Mesh工作页

  如图2所示,它是微软Live Mesh的工作网页,当你取得Live ID之后,便可以登入这个微软为你准备位于云端的桌面系统,但它不属于Windows Azure Platform的一员,因为这个云端的桌面属于SaaS(Software as a Service)的范畴,并不是本文的主题,但却是同步工作的好示例。

  图中显示了你可以登入的多个设备名称,这是一个完全属于个人的服务网页,主旨是提供个人在云端的桌面系统,目的是让你能够同步自己在各个电子设备上的信息,它是以文件系统的方式存在Live Mesh的桌面上,因此完全适用Sync Framework。很明显,这是一个未来大家都会希望拥有的一个云端服务,它对个人或是家庭都十分的适用,也就是说;你可以在出游的时候,利用随手可得的智能型设备将相片或数据上传到云端的桌面上,然后其它的装置连上来时,自然会做到同步的动作,也就是看到及时最新的资料。至于它是怎么做到的,请接着看下去…正是Sync Framework的佳作。

  观念分享:一位朋友在Facebook里说了一段劣币驱良币的故事,我节录了一段如下,话说他觉得iPhone拍完立刻上传快捷好用,若采用单眼相机则必须等到事后再作处理,一旦开始累积相片,便成为一种负担,久而久之便无心再做了,干脆放弃单眼相机,因此便有了劣币驱良币这个数字故事。

  话说Sync Framework的初始阶段,也就是登入设备时,便把他们做了区分,分别是Full Participants、Partial Participants及Simple Participants三种类别,而数码相机则属与Partial Participants类别,当Sync Framework启动时相机中的数据就可以借助在一旁的智能型手机传输到云端进行同步,接着所有的装置便都能够享受相片以最好的画面像素呈现了,大家也就不用再担心劣币驱良币的数位故事。

 Sync Framework 概览及类别

  如图3所示,SQL Azure同步功能来自微软著名的Sync Framework,这是2004年就有的技术,目前的版本是2.0。这种技术的目的是提供非专业人士比较容易处理的同步操作,包括:

  数据库的同步作业,描述如何使用 Sync Framework 来同步处理数据库。

  档案同步作业,描述如何使用 Sync Framework 来同步处理文件系统。

  Web摘要的同步作业,描述如何使用Sync Framework来同步处理RSS 和Atom摘要与本地存储内的数据。

0
相关文章