阿里、蚂蚁、晟腾、中科加禾精彩分享 AI 基础设施洞见,现购票可享受 9 折优惠 |AICon 了解详情
写点什么

微软世界中的 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:35839
用户头像

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

关注

评论

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

【大牛系列教学】2021年Android程序员职业规划

欢喜学安卓

android 程序员 面试 移动开发

一招教你数据仓库如何高效批量导入与更新数据

华为云开发者联盟

数据库 数据仓库 GaussDB(DWS) MERGE INTO

频繁创建基于Etcd实现的分布式锁会有什么问题?

BUG侦探

分布式锁 etcd 内存泄漏

物联网通信技术,那些你不知道的事

华为云开发者联盟

物联网 网络 通信 有线 无线

Triton推理服务器在阿里云机器学习PAI-EAS公测啦!!!

阿里云大数据AI技术

和12岁小同志搞创客开发:遥控舵机

不脱发的程序猿

DIY 创客开发 控制舵机

服务限流限流算法、限流策略以及该在哪里限流

Jokay

高可用 分布式限流 限流算法 限流 单机限流

【CRUD工程师的末路?程序员开发福音?】AI编程工具——GitHub Copilot推介

恒生LIGHT云社区

人工智能 GitHub 编程

短视频商城系统开发(案例)

開發15347427695

【大牛疯狂教学】熬夜整理2021最新Android高级笔试题

欢喜学安卓

android 程序员 面试 移动开发

《2021 年中国视频云场景应用洞察白皮书》联合首发!

阿里云视频云

阿里云 计算机视觉 音视频 直播架构 视频云

ICML 2021顶会来袭,百度飞桨AI硬实力集中展现

百度大脑

人工智能 机器学习 百度

MARVEL奇迹币矿池系统软件开发

获客I3O6O643Z97

挖矿矿池系统开发案例 云算力软件系统开发定制 蚂蚁矿池

有图有真相!平衡二叉树AVL实现

Ayue、

数据结构

超好玩:使用 Erda 构建部署应用是什么体验?

尔达Erda

开源 DevOps 云原生 PaaS Go 语言

从源码分析Hystrix工作机制

vivo互联网技术

Java 源码分析 分布式 Hystrix

基于 WebRTC 的1 对 1 通话实战(二)信令服务器实现

IT酷盖

音视频 WebRTC 信令服务器

穿越六年艰难转型,明道云终于再获主流投资

明道云

互联网

对标Shopify的千亿市值,有赞还要走多久?

ToB行业头条

SaaS 电商SaaS

详解Spring中Bean的作用域与生命周期

华为云开发者联盟

spring 容器 ioc bean Bean对象

我们为什么要选择 Rust 而不是 Golang 或 C/C++ 来开发 TiKV ?

恒生LIGHT云社区

编程 rust 语言 & 开发

IPFS矿机最新消息?Ipfs矿机公司实力排行?

fil矿机 ipfs矿机 ipfs矿机最新消息是什么? ipfs矿机公司实力排名?

星火矿池APP源码开发

获客I3O6O643Z97

区块链+

图解URL、URI和URN 区别

devpoint

API url 7月日更

mysqldump备份技巧分享

Simon

MySQL 逻辑备份

权威认可!腾讯云数据安全中台入选2021先锋实践案例

腾讯安全云鼎实验室

#腾讯云 数据安全中台

从零开始学习3D可视化之2D界面

ThingJS数字孪生引擎

大前端 可视化 3D可视化 数字孪生

策略+IOC 消灭ifelse,拿来吧你

skow

Java 设计模式 代码设计

如何优雅地关闭SpringBoot应用程序?听我给你讲

麦洛

Spring Boot

Flutter Android 工程结构及应用层编译源码深入分析

工匠若水

flutter android dart Gradle 工匠若水

解读 AppStore 新功能:自定义产品页面和 A/B Test 工具

37手游iOS技术运营团队

ios apple AB testing实战 appstore 马甲包

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