五千年(敝帚自珍)

主题:ABSD、Saas、Paas与物联网(一) -- izerg

共:💬60 🌺121
全看树展主题 · 分页首页 上页
/ 4
下页 末页
家园 AbSD、Saas、Paas与物联网(二)

Appliance的通俗定义是将针对性强的应用软件、专用操作系统和硬件平台捆绑在一起,接入互联网即可使用的一个东东。一台Appliance(设备)通常只专注于完成一件或一类功能。

常见的例子,比如我在这篇帖子里说的(izerg:有时候节省的人力可不止一点点),部分公交车和集装箱卡车上安装的集成GPS+GPRS的一个黑匣子。设备实时上报车辆的位置,驾驶员可实时通报路况信息,遇到突发情况可呼叫支援(比如出故障抛锚了可请求就近的车辆转移乘客、货物)。监控和调度中心可根据实际情况调配车辆,增加或者减少发车密度,等等。

点看全图

外链图片需谨慎,可能会被源头改

图4-GPS监控和调度

还有一个典型的基于Appliance(设备)软件分发模式的应用就是日益普及的电视机顶盒(电信和广电各搞了一个IPTV机顶盒和高清数字机顶盒,选谁?我)。电视运营商将电视内容按时分发到各地家庭的机顶盒上,用户可以实时观看自选的电视节目,并且还可以根据自己的喜好, 选择性地定制(On-Demand)不同的收费节目。

点看全图

外链图片需谨慎,可能会被源头改

图5-广电的高清机顶盒(东方有线)

点看全图

外链图片需谨慎,可能会被源头改

图6-IPTV机顶盒

还可以再科幻一点,比如设想一下一台自己会上网冲浪的冰箱。

点看全图

外链图片需谨慎,可能会被源头改

图7-会上网的冰箱,没准它还会自己添加好友

想像一下,联网冰箱可以监视冰箱里的食物,当你的牛奶短缺时它就会通知你。它还可以跟踪最好的美食网站,为你收集食谱并在你的购物单里添加配料。这种冰箱知道你喜欢吃什么东西,根据是你给每顿饭做出的评分。他可以照顾你的身体,因为它知道什么食物对你有好处。

思维发散的有点远了,回过来继续说AbSD。

AbSD既然是伴随SaaS一起发展起来的,那么自然也继承了SaaS的很多特性:

·易于安装、部署和配置

·基于Web的操作、管理界面

·业务维护、升级的快捷与便利

·数据的自动备份与快速恢复

同时,AbSD还有一些SaaS不具备的特性:

·对客户来说,AbSD通常采用专用的设备来完成某一项应用,simple is the best,这样的处理效率往往是最高的;

点看全图

外链图片需谨慎,可能会被源头改
点看全图
外链图片需谨慎,可能会被源头改

图8-你选“要你命三千”还是“杀猪刀”?

·安全的,可运行于企业内部的(On-Premise)部署架构;

·可以像传统软件分发过程那样去购置(有Appliance),也可以像SaaS一样租用,也就是说,您可以只买不租、只租不买,或者又买又租、先买后租……

现在,在原来SaaS应用的某些领域内,AbSD已经开始意图蚕食SaaS的地盘。比如,SugarCRM就给它的客户们提供了类似于Salesforce.com产品功能的东东,叫做SugarCube。

而在另外一些领域,简直就是天然的最适合AbSD生长的土壤,比如VOD,比如VoIP,比如网络访问控制(Net work Access Control)……

那么,iPod+iTunes、Amazon的Kindle、iPhone+App Store、还有移动的OPhone+MM之类的,算不算AbSD呢?

继续土鳖抗铁牛

通宝推:响马,
家园 照片之类的还好

可是如果是动则上G的东东呢?比如一些高清的摇杆驱动程序?

如果这都能放云上,那只有两个可能:

一、您是用自来水总管上网的吧?自然体会不到我们这种小水管的艰辛

二、您得把720p的片片压缩成3gp那种惨不忍睹的画面,好好的步兵您非得让人家骑马,Nice boat

家园 送花得宝要汇报 为这一句:高清的摇杆驱动程序
家园 那个google box也算一个AbSD咯?

顺便问一下

家园 我是看到你的回复才明白过来!

以前只知道动作片或教育片的,现在都驱动了啊!

家园 有道理

软件和硬件的发展脉络还是不太一样,具体到产品,就更是城头变幻大王旗

家园 这仅仅是数据挖掘和识别的问题

这虽然能在常理上说得通,但是有两种情况是无效的:

一是对方有明确的目标和动机。例如说某竞争对手买通后就是要搞黑搞臭陈老师的话,事先的功课一定会做足的。

另一种是一些无特定目的无特定目标的搜索搜集行为。例如说某人专门就搜艺术片,搜着搜着就搜到了陈老师的大作。那如果想搜搜“密码”这个关键字的呢?且不管是邮箱、论坛、还是网银信用卡的,只要找到就物尽其用。这就不仅仅是一个简简单单的门了吧?

所以,仅仅把安全性依赖于这个上面,让人无法放心是正常的。

家园 这倒是一个使用云计算的最佳例子,

可以规避法律问题,而一般情况下,像云存储这种方式,如果没有用户名的话,想取证都难。

家园 这个办法是否可以解决大容量上传的问题?

既然我们现在下载东西是用BT来的,种子多的情况下下载一个高清摇杆驱动就跟对面的FTP的直接download一样。那是否可以通过BT的模式把这些东西upload到服务器上,不外乎多加几个中转服务器而已,这样有没有可能提高upload速度?

另外,像这种事情一般需要在晚上夜深人静风高月黑的时候才能进行,或者直接弄成background模式,当网络利用率小于30%的时候,自动启动,偷偷摸摸的干活,好不?

家园 高手啊,真个是深入浅出,讲的很透彻。

花。

家园 让全球每粒沙子都有一个IP,就是IPv6的伟大构想

真正IPv6普及以后,寻址应该不是问题了,只是寻址的效率可能又会是瓶颈了——反正这个有cisco他们去考虑,大部分人是不用管这个的,呵呵

家园 关键在于寻找peers

比如你想upload一个驱动,你怎么告诉全世界你想upload个什么东西?别人看到你的发布,是几秒钟之后还是几年之后?即使有人看到你的发布,要是她没有摇杆,自然也就没兴趣帮你upload驱动了——那些有摇杆的,硬件不同,驱动型号也不太一样啊,呵呵

家园 跑不了的,不信你在亚马逊存点关于LOLI的X图片

看FBI会不会请你喝咖啡?当然,如果你不在美国境内可能就不一定会有执法机关找你,但估计你也存不住——amazon也没胆子去喝FBI的咖啡:-)

网络说起来匿名,但实际上比现实更透明——只是大部分人不知道罢了。

家园 哈哈,这可是你的失误了。

你在美国,如果要存LOLI的照片,就需要选择Baidu;如果你在中国,当然选择Google了。这样才可以规避法律,如果在美国,找Amazon,那自己往枪口上撞么。

话说回来,难不成现在的图形识别技术这么强悍,输入一个图片,就能识别出来是鬼是贼。要么就跟我们的扫黄打非办一样,找个人一个一个地看,这个工作量也太大了吧。我找个LOLI的照片,稍微压缩一些,这个也会被识别出来。

家园 这个想法的关键之处在于SP们要自己建立peers,

而不是依赖随机性的在线活动用户,我用BT下载东西的时候注意过,速度达到1M以上的BT速度往往由某几个用户(几个一般小于5)提供的,其他peers的速度贡献都在10K左右,对总体速度贡献不大。

因此,SP们可以根据用户的分布范围,进行针对性peers布局,由于这些中转peers只是用来进行数据转发,因为不需要很大的硬盘容量,只要内存够大就可以。client端甚至可以根据SP们peers布局情况,选择最快的若干个peers把一个文件分成多个同时上传,完了,peers那边可以直接转发,也可以选择在合适的网络时段把分段的文件到达最终server。

全看树展主题 · 分页首页 上页
/ 4
下页 末页


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河