HarmonyOS开发者限时福利来啦!最高10w+现金激励等你拿~ 了解详情
写点什么

微软世界中的 S+S

  • 2008-01-29
  • 本文字数:1852 字

    阅读完需:约 6 分钟

最近, David Chappell 发表了一篇名为《微软世界中的 S+S 》的白皮书,抛开微软是这份白皮书的赞助者这一背景不谈,对于那些想要了解微软提出的“S+S”战略的人来说,它倒是一份理想的材料。白皮书的副标题是“写给 IT 决策者的技术总览”,很显然这篇论文有一定的针对性。

微软是创造新名词的行家里手,这样做的目的往往更多的是出于市场方面的考虑。通过新名词,一来可以迅速的吸引众人的眼球,二来也可标榜自己与他人的不同,彰显企业的个性。至于其技术内涵,反倒被放在了第二位。无疑,微软的“S+S”又走上了以前“微软制造”的老路。很少有人能清楚地说明白微软的“S+S”战略到底是什么,认为“S+S=SaaS”的人恐怕不在少数,甚至有人认为 S+S 就是另一种形式的 RIA (注:见该文的评论)。面对媒体,微软对“S+S”的宣传内容也显得空泛,离确保该战略成功的执行层——第一线的开发人员——很远。

名词的制造者不一定是最佳的诠释者,在 COM 时代 Don Box 就已经为我们示范了一个先例。如今,David Chappell 又为我们贡献了一个样板。微软赞助这份白皮书的原因显然是为了更好地向技术人员普及“S+S”。微软这样做已经不是第一次了,在.NET 刚面世的那段日子里,微软就用过类似的手法——花钱请人撰写.NET 相关的技术文章。

从白皮书的内容来看,David Chappell 出色地完成了这项任务。文章的内容主要包含 3 部分内容:

  • S+S 介绍
  • 进一步了解服务
  • S+S 中的应用平台

对于那些急于了解“S+S”的人来说,白皮书的第一部分是一个非常好的起点。David Chappell 如此定义“S+S”:

……,S+S 的真实含义变得清楚起来:第一个“S”指的是内部(on-premises)软件——完全受控于使用它的组织的软件,第二个“S”即 SaaS。

“内部软件”并不是什么新鲜事物,它运行于组织内部(不一定是同一物理地点),要么是购买的成品软件,要么就是自行开发的系统。很明显,从这个定义上看,微软并不打算放弃在其收入比重中占有明显优势的软件业务,同时由于 SalesForce.com Google Amazon 等这类新型软件服务提供商的兴起,使得微软又一次将目光瞄上了 SaaS。如果你认为微软就此止步,那就大错特错了。作为平台提供商的微软深知平台的力量,在“S+S”战略中,应用平台同样也有其重要的位置:

无论如何,没有明显的理由说明这两种平台(注:内部软件平台和 SaaS 平台)应该显著的不同。事实上,很容易的想到有朝一日这些技术会聚合在一起。假使有一个对内部(on-premises)和 SaaS 环境都适合的单一平台,企业就可以在需要的时候移动应用程序。正如以后所描述的,微软正打算这样做,为内部(on-premises) 和 SaaS 应用提供单一的平台技术。

接着,白皮书从提供服务和服务计费两个方面对服务进行了进一步的说明。其中:

  • 提供服务
    • 定位消费者:企业用户还是普通消费者。前者是付费用户,使用高级功能,且一般有明确的 SLA(服务水平协议);后者是免费使用,使用大众功能,一般没有明确的 SLA(但是有隐式的 SLA。如果服务的质量不好,即使免费也不会有人使用)。
    • 选择实现风格:单租户还是多租户。前者是为每个客户起一个服务实例;后者则是多用户共享一个服务实例。
  • 服务计费,一般采用按使用功能付费的形式。

在最后一部分,白皮书以微软的 BizTalk 为例,说明了“S+S”中的应用平台的情况。对应“S+S”的定义,平台类型分为两种:(内部)软件平台和 SaaS 平台。软件平台,微软已经相当成熟,而目前努力的方向则是 SaaS 平台。白皮书明确区分了 SaaS 平台和可编程服务,其中最大的区别莫过于前者可以运行客户自己创建的软件,客户创建的应用在服务提供商处运行;而可编程服务只能被客户软件调用。最后,白皮书道出了微软的“S+S”战略中应用平台的愿景:

通过在两个平台提供相似的 API,开发人员在创建应用时,可以无需事先考虑它是否是内部运行或是作为服务运行。一个应用可能一开始是本地运行的,然后为了获得更大的容量和更低的成本转而移到一个服务提供商处运行。

作为微软赞助的白皮书,不可避免地会具有一定的倾向性。但是,通观全文并没有发现明显的贬低竞争对手,抬高自己的内容。而且文中所提的软件和 SaaS 并存的观点,在目前看来也确实具有其现实意义。值得注意的是,作为靠平台起家的微软,在“S+S”战略中也没有忘记对平台的控制,只是这一次它的野心要更大一些——创建一个适用于软件和 SaaS 的公共平台。这对于微软平台的 ISV 来说,无疑是个利好。这使得他们现有身份不变的同时,还有机会以较低的成本成为 SaaS ISV。面对微软联盟咄咄逼人的气势,其他联盟该如何反击呢?或许,这只是市场重新洗牌的开始。

2008-01-29 10:35921
用户头像

发布了 255 篇内容, 共 56.9 次阅读, 收获喜欢 10 次。

关注

评论

发布
暂无评论
发现更多内容

Medis for Mac(可视化管理工具)v2.13.0激活版

iMac小白

MatrixOne实战系列回顾 | MatrixOne 集群运维

MatrixOrigin

分布式数据库 云原生数据库 MatrixOrigin MatrixOne HTAP数据库

Compressor for Mac(视频转码编辑工具)v4.7中文激活版

iMac小白

蝉联第一,天翼云电脑持续领跑中国DaaS市场!

天翼云开发者社区

云计算 云服务 IDC

“碳”出新路!天翼云紫金架构给产业发展一点“颜色”!

天翼云开发者社区

人工智能 云计算

亚马逊云科技推出新一代自研芯片

财见

Go语言实现GoF设计模式:备忘录模式的实践探索

华为云开发者联盟

开发 华为云 Go 语言 华为云开发者联盟

【AIOps】一种全新的日志异常检测评估框架:LightAD,相关成果已被软工顶会ICSE 2024录用

华为云PaaS服务小智

云计算 华为云

RazorSQL for Mac(多功能SQL数据库编辑器)支持M1 v10.5.0注册激活版

iMac小白

inBuilder低代码平台新特性推荐-第十二期

inBuilder低代码平台

2023开发者必备iOS开发工具

矩阵起源入选IDC《中国大数据管理解决方案技术评估,2023》

MatrixOrigin

分布式数据库 云原生数据库 MatrixOrigin MatrixOne HTAP数据库

macOS 14 Sonoma(最新MacOS系统) pkg完整安装包 14.1.2正式版

iMac小白

iOS 开发高效率工具包:10 大必备工具

雪奈椰子

MatrixOne Meetup回顾 | 深圳站

MatrixOrigin

分布式数据库 云原生数据库 MatrixOrigin MatrixOne HTAP数据库

手把手入门MO | 如何通过 Superset 实现 MatrixOne 的可视化监控

MatrixOrigin

分布式数据库 云原生数据库 MatrixOrigin MatrixOne HTAP数据库

一文带你掌握C语言的分支结构

不在线第一只蜗牛

算法 编程语言 C语言

KeyShot 2023 Pro for mac(3D渲染和动画制作软件)v12.2.2.4激活版

iMac小白

一站式解决方案:带你体验在线生成用户画像的魅力

职场工具箱

用户画像

iMovie for Mac(专业视频剪辑工具)v10.4.0中文版

iMac小白

Parallels Desktop 19永久激活版下载 附最新破解教程

iMac小白

Motion 5 for Mac v5.7中文免激活版(视频后期特效处理)

iMac小白

Final Cut Pro X for Mac(fcpx视频剪辑)简体中文版下载

iMac小白

究竟什么是用户画像?不得不看的构建法宝!

职场工具箱

用户画像

Microsoft Remote Desktop Beta for Mac中文直装版下载

iMac小白

基于xstate实现携程金服业务流程动态化

赫杰辉

Istio 网格的出口定义者:深入了解 Egress Gateway

华为云开发者联盟

云计算 云原生 后端 华为云 华为云开发者联盟

AREX 在开发自测场景中应用实践

AREX 中文社区

开源 自动化测试 回归测试 流量回放

哈啰一面:如何优化大表的查询速度?

王磊

Java 面试

分享一个关于 Go 错误处理的新提案

伤感汤姆布利柏

微软世界中的S+S_SOA_胡键_InfoQ精选文章