Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1268842
  • 博文数量: 510
  • 博客积分: 20296
  • 博客等级: 上将
  • 技术积分: 4680
  • 用 户 组: 普通用户
  • 注册时间: 2007-10-30 03:58
文章存档

2011年(13)

2010年(92)

2009年(242)

2008年(163)

我的朋友

分类:

2008-08-06 08:39:40

每当有一种新兴技术诞生时,与之相关的时髦名词也会随之接踵而来。 还记得90年代末,每个人嘴边都挂着“空间”两个字吗? 如今,使用“空间”这两个字的人已经越来越少了,只有少数人还在乐此不彼。

时下最流行的新兴技术 – 软件即服务(SaaS)- 大有后来居上之势,其时髦名词也是层出不穷。 随便拿一张SaaS厂商的产品宣传单,你都会看到一连串新鲜的术语。

譬如说,如果你的SaaS 跨界混搭(mash-up)能带来参数化应用(parametric applications),那么你的集成器(integration connectors)必须兼容于你的解决方案扩展(solution extension)。

许多IT部门目前依然将SaaS看作为一种新生物,许多决策者在面对这些SaaS术语时也是茫然不知何解。 为了让你更好的理解,我们挑选了一些术语进行了解释。

1) SaaS 跨界混搭(mash-ups)

跨界混搭(mash-up)这个术语来自于流行音乐,录音室里的音乐编辑将两段音乐合并成一首“新”曲就是跨界混搭。 这个术语现在被运用到了互联网上的托管型软件上。

其概念是,当你拥有多重网络服务时,你能将他们跨界混搭在一起,从而形成一个完整的解决方案。

在SaaS的跨界混搭上要注意一点。 当你合并多重SaaS服务来形成一个大型的解决方案时,整个解决方案的强大与否取决于其中最弱的那一部分。 如果你将三家提供商的服务合并成一个解决方案,而其中一个的当机问题很严重,那么整个解决方案的当机问题就会很严重。

相反,在传统的预置型领域,公司对他们应用的所有权要高得多,因此他们更容易解决可能发生的麻烦。

2)集成器(integration connector)

集成器(integration connector)是一种软件程序,它能让你从一种应用中抽取数据并载入到另一种SaaS解决方案中。 这种数据移动通常发生在批环境下,比如某家企业执行了首次数据载入,然后按需来定期刷新。

举个例子,Salesforce的SAP集成器就是将SAP的客户与帐户数据与Salesforce的客户帐户数据模型匹配起来。

3)解决方案扩展 (solution extensions)

SaaS解决方案扩展(solution extensions)是一种通过互联网来提供的服务,它能为你现有的基础架构增加额外的工具或功能。 App Exchange应用就是一个典型的解决方案扩展的例子。 比方说,App Exchange的功能之一就是为Google AdWords提供Salesforce。 这种应用能在AdWords应用的基础上提供更强大的功能性。

某些SaaS解决方案还能扩展数据模型并为你提供你自己的用户界面作为服务或应用的延伸。

4)多租户 (Multi-tenancy)

SaaS的多租户(Multi-tenancy)是指多个公司使用同一个远程托管的物理数据库和基础架构。 所有客户的数据都被储存在同一个地方,尽管这个地方是经过逻辑分区的。

多租户的优点和弱点同样明显。 其优点是,厂商为每个客户建立并维护他们基础架构的成本相对比较低廉。 厂商可以将这种相对较低的成本转嫁到客户身上。 而这些客户也不用受到平台维护的困扰。

其弱点是,在大多数情况下,当厂商进行了升级,客户也不得不随之升级。 比如有一个新版本发布,客户就不得不去更新到那个版本。

这也是厂商为什么向不同的租户提供不同版本软件的原因。但是对厂商来说,对不同的版本进行维护会自然而然地抬高他们的成本。

5)垂直应用 (Vertical applications)

垂直应用(Vertical applications)这个术语是指为细分市场而建立的应用,比如银行或医药行业 – 这不是一个新名词,也不是只有SaaS使用这个名词。

尽管垂直应用在传统的预置型软件上已经使用了多年了,但在SaaS和商业应用的世界里,垂直应用被赋予了新的意义。

比如Salesforce就在支持跨行业服务这方面做了很多工作。 随着它的成熟,客户将能在SaaS上享受到与以前预置型软件不分上下的垂直应用功能。

6)参数化应用 (Parametric applications)

对传统预置型软件来说,如果要改变服务的方式,那么它的底部代码就需要进行重写。 而对SaaS来说 – 理论上 – 用户可以输入一个新参数,或设定一些新的商业规则,从而创建一个“新”服务。 这种新服务有时候会被称为“参数化服务”,因为它是对应某一种新参数或元数据来定制的。

比方说,Salesforce就调整了元数据模型来简化并处理新版本升级,它能让客户通过元数据切换来使用新功能。

7)模组 (Modular)

SaaS的模块基本上是用来关闭或打开服务用的。 因此与其购买一款大型的全功能应用安装在本地,IT经理不如挑选那些菜单式的,按需选择的应用。

同时,大多数SaaS厂商也在网络服务架构内建立了它们的应用,从而加强了模块的灵活性。 这能让用户将系统功能组件化到一个详细合理的层面。

8)在线SaaS (Net-native SaaS)

从字面上看,在线SaaS (net-native SaaS) 这个名词有点啰嗦。 因为SaaS本身就是一种通过互联网来提供的服务。 因此所有的SaaS应用都是在线的。

这条术语源自于ASP(应用服务提供商),它是早期一种访问远距托管软件的形式。

“在线SaaS”本意是强调代码有效地运用如今的超文本传输协议和TCP/IP来提供无故障(希望如此)服务。

9)平台基础架构 (Platform infrastructure)

你有时会听到SaaS拥趸希望使用一种“平台基础架构”来推动SaaS公司的发展。

这是因为SaaS应用 – 以及SaaS厂商 – 并不是生存在真空环境下的。 他们也需要一个平台来建立他们的应用;这之中目前最著名的是Salesforce。

很快我们可能就会在不同厂商的身上看到不同版本的平台。

10)软件即服务(SaaS)

软件即服务(SaaS)本身就是一个耳熟能详的术语。 在SaaS销售代表眼里,SaaS应用能解决你所有的问题。 它价廉物美、它更具灵活性、它能助你避免很多麻烦。 SaaS拥趸称软件即服务就是未来的趋势。

的确,SaaS有着很多显著的优势。 它不仅是一种服务提供方式(通过网络),而且也是一种商业模式(采用订阅的方式)。 但随着软件即服务在未来几年中的日趋成熟,有一个老生常谈的问题也会随之而来: SaaS的价值由它所提供的应用而定。

从长期看,如果SaaS能比预置型应用更有成本效益,更能提供一个有效的基础架构,那么今天所有这些关于SaaS的流行名词都会发展成明日确之凿凿的专用术语。

来源:CCW

阅读(594) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~