“中国云”全球第一?深究一下!
【51CTO.com原创稿件】
起因
近半个月,笔者参加了两场亚马逊云科技的re:Invent 2021采访活动,并出了两篇稿《从自研芯片看探路者亚马逊云科技的创新之道》、《从Serverless看探路者亚马逊云科技的创新之道》,文中都用了“云计算领域的老大哥”、“云计算领域的领头羊”的字眼来形容亚马逊云科技,相信这也是在很多报道里经常出现的字眼。然而,近两天的一个消息让我心中一惊:难道这个习以为常的称呼错了?
文章中指出:“在核心产品能力评估中,阿里云计算项获得96分、存储项获得96分、网络项获得95分、安全项获得94分,均为最高分,IaaS基础设施总得分达到96分(满分均为100分),超越亚马逊位居全球第一。”
简直不得了,难道阿里云超过了亚马逊云科技?作为多年的云计算行业的编辑,又是权威Gartner的报告(一般乱七八糟的报告基本可以忽略),这件事必须深究!
经过
怎么究?先从Gartner官网开始找。
然而,没有找到,尴尬的很!
只好去问度娘。
后来在AWS的官网看到了这个报告。
Gartner Solution Scorecard 评估了云服务商在 IaaS 和 PaaS 方面总共 270 项功能指标,考察被评估的云服务商是否能够提供某项功能。报告将 270 项指标评估分为必选项 Required、推荐项 Preferred、可选项 Optional 三个维度。其中,必选项是云服务商的关键能力,是客户在开发、部署和管理关键生产应用中必不可少的能力,亚马逊云科技获得了98 分。推荐项是针对广泛的使用场景,这些能力有必要,但不是至关重要,亚马逊云科技获得了 90 分。可选项是对特定使用场景有用的能力,但许多客户并不需要,亚马逊云科技获得了 76 分。
摘要显示,AWS 连续第六年成为该市场上所有被评估供应商中得分最高的供应商。它完全适用于企业级生产用途。
功能快照图片显示,在基础设施韧性、计算、存储、网络、安全、软件基础设施服务、数字化业务基础设施、运营与治理、供应商管理与审计 9 大类的功能评估中,亚马逊云科技获得了均衡的评分。
然而这个报告并没有横向评测。
那就再去看看阿里云的评测细节。
摘要显示,阿里云的国际产品整体解决方案得分为81分,其中必选项 Required86分、推荐项 Preferred74分、可选项 Optional58分。摘要指出,阿里云在中国提供了更多的能力,根据评估标准,阿里云的国际能力连续第二年显著提升。
在功能快照中,可以看到在计算、存储、网络、安全四项核心产品能力评估中,阿里云均获得最高分。
但是,亚马逊云科技在这四项核心产品能力评估中也是满分,并不能说明阿里云超越亚马逊云科技……并且,从其他几项的对比可以明显看出,亚马逊云科技的分数显然比阿里云要高一些。
所以呢,不知道“阿里云超越亚马逊、微软、谷歌等国际厂商。”等结论是怎么得来的。
更为重要的是,这些文章中都引用了这样一张对比图:
报告中明明没有做横向评测,那么这张图是哪来的呢?
另外,熟悉Gartner报告的人应该会注意到,凡是Gartner报告中的图,都会在右下角有“Gartner”的LOGO。就像:
而所谓的厂商排名图片并没有这个LOGO。据了解,Gartner 正在追查这张图的来源。
笔者还注意到,在12月15日,阿里云的官微也对比报告发表了文章。
本文表示:在Gartner发布的Solution Scorecard 2021中,阿里云以总分81分排在所有参评厂商第三位,这是业内最权威的云计算评估报告之一 ,作为国内唯一连续三年都入选该报告的厂商,阿里云在各项评比中都获得了优异的成绩。文章还表示:在最硬核的部分,也就是计算、存储、网络、安全领域,阿里云得分分别创下了新高,IaaS能力综合得分全球最高。
文章接下来详细介绍了阿里云在计算、存储、网络、安全四个领域的实力,全文都没有“超越亚马逊云科技等外国厂商” 的字眼。可以说阿里云自己的报道是非常真实客观的。
那么,网上哪些说亚马逊云科技已经被超越的论断是怎么得出来的呢?笔者不知道。
结果
亚马逊云科技仍然是全球云计算领域的领头羊,总体评分是最高分,实力毋庸置疑。而阿里云作为中国的云,进步是有目共睹的!未来,阿里云与亚马逊云科技的差距越来越小甚至是赶超也都是有可能的!但是网上一些不严谨的文章属实是不应该出现。客观、公正、真实,是媒体的根本嘛!
多说两句
网上那些文章中,多次出现了“亚马逊、AWS”等名字,但是目前Amazon Web Services已经统一更名为“亚马逊云科技”,这又是文章不严谨的一个体现啊!
【51CTO原创稿件,合作站点转载请注明原文作者和出处为51CTO.com】

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Apache Log4j 2.17.0 发布,解决第三个 DoS 漏洞
Apache Log4j 2.17.0 版本已正式发布,解决了被发现的第三个安全漏洞 CVE-2021-45105。 Apache Log4j2 版本 2.0-alpha1 到 2.16.0 没有防止 self-referential 查找的不受控制的递归。当日志配置使用非默认的 Pattern Layout与 Context Lookup(例如,$${ctx:loginId})时,控制线程上下文映射 (MDC) 输入数据的攻击者可以制作包含递归查找的恶意输入数据,导致 StackOverflowError,从而终止进程。这也称为 DoS 攻击。 从 2.17.0 版本开始(针对 Java 8),只有配置中的查找字符串才会被递归扩展;在任何其他用法中,仅解析顶层查找,不解析任何嵌套查找。 在以前的版本中,可以通过确保你的日志记录配置执行以下操作来缓解此问题: 在日志记录配置的 PatternLayout 中,用 Thread Context Map 模式(%X、%mdc 或 %MDC)替换 ${ctx:loginId} 或 $${ctx:loginId} 等 Context Looku...
- 下一篇
HasorDB 4.3.0 发布,这一次可能是史上功能最完备的 ORM 框架了
介绍 HasorDB 是一个全功能数据库访问工具,提供对象映射、丰富的类型处理、动态SQL、存储过程、内置分页方言20+、支持嵌套事务、多数据源、条件构造器、INSERT 策略、多语句/多结果。并兼容 Spring 及 MyBatis 用法。它不依赖任何其它框架,因此可以很方便的和任意一个框架整合在一起使用。 功能特性 熟悉的方式 JdbcTemplate 接口方式(高度兼容 Spring JDBC) Mapper 文件方式(高度兼容 MyBatis) LambdaTemplate (高度接近 MyBatis Plus、jOOQ 和 BeetlSQL) @Insert、@Update、@Delete、@Query、@Callable 注解(类似 JPA) 事务支持 支持 5 个事务隔离级别、7 个事务传播行为(与 Spring tx 相同) 提供 TransactionTemplate、TransactionManager 接口方式声明式事务控制能力(用法与 Spring 相同) 特色优势 支持 分页查询 并且提供多种数据库方言(20+) 支持 INSERT 策略(INTO、UPDAT...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- Docker安装Oracle12C,快速搭建Oracle学习环境
- Hadoop3单机部署,实现最简伪集群
- 设置Eclipse缩进为4个空格,增强代码规范
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- SpringBoot2全家桶,快速入门学习开发网站教程
- MySQL8.0.19开启GTID主从同步CentOS8
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- CentOS6,7,8上安装Nginx,支持https2.0的开启