写点什么

re:Invent 解读:没想到你是这样的 AWS

re:Invent 大会第三天小评

  • 2018 年 11 月 30 日
  • 本文字数:3282 字

    阅读完需:约 11 分钟

re:Invent解读:没想到你是这样的AWS

导语:我们该用一个什么词来准确地形容 AWS 这个云计算的鼻祖?“天生骄傲”这四个字也许更能概括:第一家云计算厂商、公有云市场占有率第一、云计算的标杆与风向标……AWS 有足够骄傲的本钱,但现在的他们,却开始为满足用户需求做出种种妥协。而这种妥协,可能正是开发者们乐于见到的。



听闻,AWS 发布了怎么看怎么像是一体机解决方案的 Outposts。听完发布后,笔者身边的记者朋友表示:AWS 终于向现实妥协了,过去那么多年坚持只做公有云服务,不肯碰私有云部署这一块业务,现在终于还是下水了。虽然说,AWS 仍然避免使用“私有云”和“混合云”这样的业界通用名词(而是叫做“私有架构”和“混合架构”),坚持把“云”这个词留给公共 Web;但似乎除了 AWS 自己之外,别人都不是这么想的。



那为啥 AWS 要不惜打脸也要做这个一体机?这至少说明了一件事:


现在的 AWS 一定非常想要拿下某些点名要求私有部署的客户。


客户要啥你就给啥?看似这是 AWS 的妥协,但笔者倒觉得这也是 AWS 天生骄傲下的一种任性。因为骄傲,所以想做什么就做什么,不怕被说迎合用户。



又,听闻 AWS 发布了 FSx for Windows File Server。其实 Andy Jassy 自己都说了,Windows 服务器实例的市场份额已经在几年间从 40%多掉到 30%多了,以后只会越来越不流行,就连微软家自己的 Azure 也把大部分精力放在 Linux 服务器上了。


那为啥 AWS 还要发布这么一个文件系统服务?这至少说明了一件事:


现在的 AWS 一定非常想要拿下某些点名要求 Windows 文件系统的客户。


客户要啥你就给啥?



又,听闻 AWS 发布了一个 SFTP 服务。业界众所周知,在今天的软件研发领域,代码管理有 Git,文件管理有云存储服务,哪儿哪儿都是 Web API,要不然就太 out 了。还在用 FTP 管理文件?还在用 FTP 管理代码?请问你是史前程序员吗?


那为啥 AWS 还要发布这么一个 SFTP 服务?这至少说明了一件事:


现在的 AWS 一定非常想要拿下某些点名要求 FTP 服务的客户。


依旧,客户要啥你就给啥?



又,听闻 AWS 发布了区块链托管服务。就在去年的 re:Invent,AWS 还说没决定做区块链,因为看来看去,没觉得有什么真实应用。结果过了一年,比特币都跌到这个份儿上了,币圈链圈都玩过好几轮了,现在 AWS 跑出来说,经过我们这几年对区块链的观察研究,我们认为区块链还是存在两类真实需求的,一类叫做中心化信任机制的账本,一类叫做去中心化信任机制的账本。并且我们还发现,现有的关系数据库也好、开源区块链框架也好,都不是很适合做这个事情,要么效率低下、要么配置神烦、要么价格昂贵,所以我们还给它配套了一个新的 QLDB 数据库。要不要来试试?



拜托,等你发布的时候,这两个词在中国早就连买菜大妈都知道了。都说互联网的一天要当一年用,你这研究来研究去的,算什么互联网速度?


不是热点的领域,你还要投入?



又,听闻 AWS 发布了 DynamoDB on Demand,“读写吞吐量的按需使用”。以前开发者用这个东西需要预测读写吞吐量,但这个谁能预测的了啊?只能按照经验把预估峰值吞吐量填进去,把读写带宽占了再说。现在按需了之后,就不需要预测读写吞吐量,系统会自动按照你的实时需求,实时把读写带宽分配给你。这样做的好处是:可以省钱。


什么,这样也算 Keynote 级别的新发布吗?这也太老土了吧?



以上这些都还不是最老土的。本次 Andy Jassy 在 Keynote 上大力发布了一个“懒人三件套”:


  1. Control Tower,把账号管理之类的功能按照最佳实践做成几个模板给管理员用。

  2. Security Hub,把各路安全服务整合到一个界面里给管理员进行统一管理。

  3. Lake Formation,把原本制作数据湖的过程中需要手动操作的一些步骤,如搬运数据、监控数据流、设置分区、数据加密、权限管理等步骤,按最佳实践搞几个脚本把它们自动化了,可以节省一些制作时间(据说制作时间可以从几个星期缩短到几天吧)。



这里面用到的技术都是现成的,只不过按照一些最佳实践重新组合拼凑了一下而已,算不上有太大的技术含量。


这样也算 Keynote 级别的新发布吗?


AWS re:Invent 难道不是一个以创新创业为主题的炫酷极客大会吗?


你别说,还真不是。


AWS re:Invent 说到底还是 AWS 的发布会。


但,也不全是。



众所周知,AWS CEO Andy Jassy 是个乐迷。今年,他的 Keynote 继续邀请了 re:Invent 乐队同台演出,唱了五段经典曲目作为每一个小节的开篇。其中的第一节唱了这么一段:


I want it all and I want it now. 我全都要,现在就要。 ——皇后乐队 《I Want It All》。


本次的几个文件系统服务,包括 Windows 文件系统服务,就是在这一小节发布的。发布之后,本小节还邀请了 Guardian 作为客户代表上台分享他们的迁移经历——这是一家成立于 1860 年的保险公司。也就是说,该公司成立的时候世界上还没有计算机这种东西,更不用说云计算了。有 158 年历史沉淀的公司,遗留系统的数量是相当惊人的。不过,Guardian 是属于比较“激进”的类型,一年时间就把 200 多个应用迁移到了 AWS 上,连自己的数据中心都不要用了。



但如果是比较保守的客户又当如何呢?


Andy Jassy 在记者问答会上表示,AWS 当前所做的事情,是要帮助客户以一种“真正可衔接(truly consistent)“的方式进行迁移。所以,如果 AWS 的服务与客户的现状之间还有距离,并且客户对于跳过这一距离仍然心存疑惑的话,那么就只有 AWS 多走一步喽。


歌词里的这一句“现在就要”,到底是客户不愿意再等下去的意思,还是 AWS 决定不再等下去的意思?无论怎样,我们都可以认为 2018 年是一个重要的年份——


2018 年就是歌词中的“现在”。



笔者在会场吃饭的时候遇到两位参会者聊天,其中一位是开发者,另一位并不是。那位开发者比较年轻,那位非开发者比较年长。于是,年轻的开发者问年长的非开发者:“您为什么来这里?”


年长的非开发者回答道:“我是我们公司里的开发者们的老板。他们本周都来这里参会了,所以我决定我也过来看看他们在搞啥。“


AWS re:Invent 早已不仅仅是一群技术人的聚会,大量的非技术人也在越来越多的来到这里。技术人有技术人关注的事情,非技术人也有非技术人关注的事情。


在 InfoQ,我们相信软件改变世界,我们相信专业技术人员对世界的推动力。但是,软件的能力不能仅仅是软件工程师们的特权。软件的能力应该服务于所有的人类——无论是技术人还是非技术人。


对于这位年长的非开发者而言,他即使不了解 DynamoDB on Demand 这样的服务在技术上的实现难度,也一定能够了解它的价值。而如果他有机会可以使用 Lake Formation 这样的技术来亲自感受建立一个数据池的过程,这样一种可能性给他的公司带来的价值,可能远远超过他手下的一位开发者去折腾这些技术实现的事情。


其实,“老土“是一件好事。“老土”的东西,大多数人都能用,价值最为普世。



不过话说回来,我们还是可以在 re:Invent 看到一些比较炫酷的东西的。比如:


SageMaker Ground Truth。这个东西的作用是,如果你要做机器学习建模,但是又懒得去折腾标记数据的事情,那么就可以用这个东西帮你自动标记数据,这样你就有自己的数据集可以拿去训练啦。


SageMaker RL。这个东西是用来在 SageMaker 上做增强学习的。增强学习懂不?据说现在特别流行,很复杂很牛逼的一种模型,好处是不用大数据就能学习,目前在各类机器学习的研究当中主要用来让电脑学习……打电子游戏。


Personalize & Forecast。你不用懂得机器学习,也可以在你的应用里加入个性化推荐服务和预测服务,并且它们的质量跟 Amazon.com 是完·全·一·样的!因为这本来就是 Amazon.com 自己用的两套引擎,被 AWS 拿出来服务化了。


当然,目前为止最酷的 AWS 发布,莫过于这个小家伙:



DeepRacer 自动驾驶赛车!现在预定只需要 249 美刀哦!


此外,还有一个更炫酷的发布来自 AWS 的客户。F1 方程式的神级老爷子 Ross Brawn 登台分享他们基于 SageMaker 做的 2019 F1 insights,可以帮助赛车手和他的团队在比赛期间根据实时数据作出各种决策(比如:下一圈要不要去换轮胎了)。







AWS re:Invent 2018 已经进入第四天,是 Werner Vogels 主题演讲的一天,也是大会最后有主题演讲的一天,也是晚上将迎来 re:Play 之夜的一天。InfoQ 中文站将继续进行现场报道,敬请期待!


2018 年 11 月 30 日 04:437006

欲了解 AWS 的更多信息,请访问【AWS 技术专区】

评论 1 条评论

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

第一周总结

娄江国

极客大学架构师训练营

第一周学习笔记

测试

【架构师训练营】食堂就餐卡系统设计文档

张明森

第一周学习总结:架构师的产出物

Bruce Xiong

架构设计

就餐卡系统设计文档

qihuajun

架构师训练营第一周总结

人世间

Java 极客大学架构师训练营 UML

架构师训练营-第一章-课程总结

而立

极客大学架构师训练营

食堂就餐卡架构设计

水蒸蛋

第一周:架构师训练营作业

Bruce Xiong

食堂就餐卡系统总结

薛定谔的🐴

极客大学架构师训练营 UML

架构第一课作业学习总结

老姜

软件建模与设计文档学习总结

qihuajun

食堂就餐卡系统 UML 练习

薛定谔的🐴

UML 部署图 系统用例图 组件图 组件时序图

食堂就餐卡系统架构设计

wei

做产品少走弯路系列一:上帝视角(1)

我是IT民工

产品 方法论 知识体系 全局观

架构师第一周学习心得

水蒸蛋

架构师训练营作业1:食堂就餐卡系统设计

a晖

食堂就餐卡系统设计

刘卓

架构师

wei

架构师如何做架构

Safufu

极客大学架构师训练营

Week1

架构师

简易就餐卡管理系统设计

elfkingw

极客大学架构师训练营

架构师第一周

Tulane

极客大学架构师训练营

第一周学习总结

刘卓

架构师训练营-第一周作业

Eric

极客大学架构师训练营

架构师训练营第一周学习总结

James-Pang

极客大学架构师训练营

程序员陪娃系列——学语趣事

孙苏勇

程序员 陪伴

第01周 编写架构设计文档 学习总结

Jaye

极客大学架构师训练营

架构师作业

老姜

极客大学架构师训练营

通过食堂就餐卡系统学习文档编写

薛腾

极客大学架构师训练营

架构师训练营 - 第 1 周作业 - 食堂就餐卡系统设计

yanghao

re:Invent解读:没想到你是这样的AWS_AI_sai_InfoQ精选文章