月前,Microsoft推出了LiveMesh的Tech preview版,那时候初步看了看觉得不太理解,甚至有些失望。这半年来,我一直安装着LiveMesh, 也逐渐开始使用它并且逐渐感受到了它的价值,本周终于拿到了Live Mesh的 SDK (已经改名为Azure Service Live Framework SDK)后对其有了进一步的理解。
从目前的LiveMesh CTP的可以公共安装版本来说,我觉得其有几个功能是非常有价值的:
自动同步
这个同步是个古老而被诟病的设计,但是一旦同步做好了,在后台自动地进行,同步的威力在今天仍然不容小窥。 通过LiveMesh我在几台电脑以及Live Desktop上同步我的数码照片,这样我过去的一个非常头疼的问题解决了 -- 过去我总头疼会把照片拷贝到不同机器上(顺手)而导致照片分散在不同机器上、或者重复拷贝在多台机器上的问题 -- 现在我创建了一个photo目录,同步在我的所有机器上,无论我把相机的照片放在哪个机器上,都是等价的。
进一步我将要做的,就是把我妈妈的机器上也安装LiveMesh, 并且建立和我的同步,这样我和妈妈分享照片变成了全自动的 -- 我妈妈不需要知道照片如何发给我,也不需要知道如何把我的照片download下去,她的照片自动出现在我这里,我的照片自动出现在她那里,一切都在后台无声无息自动完成。 这对熟悉计算机操作的人可能没有什么,但对像我妈妈这样不熟悉计算机的用户来说,这太有价值了。
由于和Live Desktop同步,照片的备份自然解决了。 不过现在LiveDesktop只有5G, 要是如同skydrive那样25G就好了。
未来和device, 如手机、数码相框、打印机的自动同步也将意义非凡。
远程控制device
这个功能也非常实用,有多台设备的时候临时远程控制一下是很有必要的。这其实不是什么新鲜东西, live mesh只是把这个工具集成得更加无缝了 -- 不过windows的remote性能还不如remote desktop。这个对帮助其他用户,比如我妈妈也是很有价值的,只要她的机器能上网,我就可以手把手教她和帮助她解决一些问题。
现在设计的一个限制是,要做到这些,我必须在我妈妈的帐户上用我自己的LiveID, 因为还没有看到提供不同Live ID之间授权操作的设计。
--
下面说说Live Mesh的SDK, 目前已经改名为Live Framework SDK.
Live Framework SDK我还只是初窥,文档在这里。说实话,我并没有看懂这个图的意思,太抽象了:
Live Framework SDK包含很多东西,管中窥豹,我目前只看到了我自己比较感兴趣的部分-- 就是可以在Live Framework SDK下访问在Live Mesh里的对象,SDK中封装了一些组件可以直接调用,同时也提供了RESTful的web API, 直接通过http请求来访问 -- 这听起来和S3有些像。
不过仅仅是这些,已经有非常大的发挥空间了 -- 如果这些live mesh中的对象可以被API来操作,那么Live Mesh内的资源可以被用于开发各种应用 -- 比如说,我现在的所有数码照片已经在mesh中了,现在只有我自己能看,只能在live desktop或者计算机上看,透过API, 我可以把这些照片直接分享在web上,不需要upload到flickr或者其他什么分享站点,只是简单把我愿意分享的东西分享出来即可 -- 不需要upload, download, 一切都是自动进行的。
除了照片,任何基于文件的资源都可以这样! 如果这个设想是可行的,那么可能可以出现很多以mesh为基础的应用,应用需要关心的只是应用本身的逻辑,而资源存储、发布等问题mesh帮你搞定了!
那么这些应用放在哪里、跑在哪里呢? Windows Azure就是为干这个而来的! 当然既然支持Rest API, 这些应用应该可以跑在任何地方,传统的server, 或者Google AppEngine,…