当前位置: 首页 > 刨根问底

云计算的屠龙者不能成为恶龙

08-02

文 | 史中

技术多少钱一斤

论谦虚这么多年我只服京东

因为它的谦虚一般不是故意的

比如京东商城起的名字就很谦虚我小时候就生活在北京东边不远的一座小城整个少年时代我一直以为京东是我们本地一家商场开的网店

云计算的屠龙者不能成为恶龙(图1)

那时候还叫360Buy

同样听起来像个地名你看人家亚马逊的节奏抬手就是整片雨林什么叫树懒豚鼠哪个叫鳄鱼鹦鹉都归他管

再比如京东物流前两年京东物流刚一开放对外服务立刻承包了我家逢年过节所有物品的邮寄我妈贼稀罕小刘——负责我们小区的京东小哥因为他夜里十点也能跑过来收快递从不耽误事而且每次都费尽心思帮我们找优惠券不给便宜一点就很内疚似的更关键的是靠谱上周末我着急快递一个同城文件顺丰说要隔日达京东却第二天就能送到

不过我好几次跟朋友聊起京东从2007年开始就在物流技术上死磕至今的历史他们都表示不太知情

再说一个更专业点儿的供应链技术如今京东已经把自己的库存周转天数降低到了31.2天意思是一个商品在京东库房平均放31.2天就能被卖出去

平胸而论在几百万商品类目和1000多个仓库的情况下这个速度在全世界都是领先的它背后是一票供应链专家和技术大牛埋头搞了十年多的供应链系统这玩意儿的作用就是大幅压缩商品成本让顾客凭空节省10%左右的钱但讲真知道京东供应链技术的人就更少了还好我写过一篇文章感兴趣的浅友可以复习这帮人每多写一行代码你买到的东西就会便宜一丢丢

云计算的屠龙者不能成为恶龙(图2)

云计算的屠龙者不能成为恶龙(图3)

云计算的屠龙者不能成为恶龙(图4)

上面三张图分别是京东的仓库和送货车

再比如供应链金融区块链技术大数据技术人工智能技术都是这些年京东做生意自己用的私房技术所以随便拿出来一个也都很能打能打到什么程度呢很多公司都找上门来问京东可不可以把技术卖给自己多少钱我给

说了这么多其实中哥就是想告诉你我的两点观察

1京东技术低调得让人心疼但确实比大多数人想象中厉害得多在电商竞争的红海里一年2w多亿不可能是靠嘴吹牛就能卖出去的

2除了日常卖货京东还对外输出技术而且客官有所不知这群JD技术宅一直在思考一个大问题怎样把技术优雅地卖给别人

你可能会说卖技术嘛生意还有什么优雅不优雅的一手交钱一手交货呗

那我问你一个问题

假如你的朋友跟你说你烧菜的技术不错啊十万块钱卖给我吧你怎么卖注意不是把你烧的菜卖给他而是把你烧菜的技术卖给他

仔细想想起码有三大难度

1首先你身上好像没有一个能切下来的部分叫做技术如果真的要把烧菜技术卖给朋友那你只能每天晚上下班后肉身去他家颠勺资源依赖

2而且为了正常发挥手艺你还需要朋友准备新鲜食材把油盐酱醋的位置摆得跟你家一模一样以防出现这边菜都糊了那边还没找到蚝油的情况环境依赖

3这还不够如果你做菜必须用到自己调配的秘制酱料朋友那不可能有那你是不是还要在家做好随身带着呢能力依赖

你看技术不是你想买想买就能买要克服这么多依赖算下来是不是十万块钱也不香了呢费这么多劲还不如每天晚上在家躺平刷抖音呢

我想说的是自古技术输出就是个难题你大概需要一个帮助技术输出的技术

为了找到最好的技术服务解决这个问题京东专门成立一个叫做京东科技的公司调集了一万多最牛的技术宅老司机严格来说京东科技是由之前的京东数科和云与AI事业部合并而成后面还会提到

这阵仗有多大你感受一下

最近我跑去和京东科技的老司机们聊了一下他们果然没有让我失望延续了京东悄悄努力然后尽量惊艳世人的优良传统——过去几年偷偷写了无数代码并且已经搞出了一个完整的用来把技术输出给别人的超级优雅的平台

更让我惊讶的是老司机们还有广阔的济世情怀这个平台还不仅仅京东自己用还能送给有需要的人一起用他们的目标不仅是挣钱而且是站着挣钱

听中哥慢慢给你道来

云计算的屠龙者不能成为恶龙(图5)

小人儿的角度理解云计算 

粗略说来京东对外技术服务是通过京东云作为载体的

所以要说清楚京东科技做的事情厉害在哪我还得多解释两句云计算

我印象最深刻的一个云计算科普对象是我姥姥她生在解放前现在八十多岁了很小的时候我就会认繁体字和罗马字注音都是跟她学的前两天我去看姥姥她劈头盖脸问我我看你的文章里总写云计算到底啥是云计算

我没有任何准备皱着眉头说就是一个公司买下好多计算机然后对外出租计算力

她摇摇头计算力是啥为啥要出租

我知道这个解释失败了得重新想一个于是大脑全速运转换了个视角就是有的公司生意好忙不过来所以雇了好多计算机给自己干活雇来的这些就叫云计算

我姥姥点头就是地主家雇长工呗

一瞬间我突然明白各大公司购买云计算服务当然是为了计算力虚拟化也为了获得大规模集群弹性调度能力为了高并发DevOps但那些不说人话的词儿都是表象究其本质不就是想找帮自己干活的机器人

咱们不妨就用机器人来理解云计算的一切

从专业角度看整个云计算体系像个楼分为三层IaaS基础设施即服务PaaS平台即服务SaaS软件即服务

云计算的屠龙者不能成为恶龙(图6)

下面我用普通人能听懂的话重新解释一下这三层

假设现在你是企业老板在网上开了个商场卖手机需要雇人帮你干活

如果你雇佣中层的 PaaS就相当于雇佣机器人有的小人站在门口做大堂经理顾客来了能帮你分配给不同的服务员它就叫负载均衡 PaaS有的小人记性好写字快能帮你记账存文档它就叫数据库 PaaS有的小人逻辑缜密可以做导购带领顾客井然有序地完成购物流程它就叫消息队列 PaaS

云计算的屠龙者不能成为恶龙(图7)

如果你雇佣上层的 SaaS就相当于雇佣机器人们组成的有特定功能的团队有的团队负责帮你做宣传拉用户就是营销 SaaS有的团队负责售后客服就是客服 SaaS有的团队负责帮你对接供应商做采购就是采购 SaaS

云计算的屠龙者不能成为恶龙(图8)

至于下层的 IaaS就不是小人了怎么说机器人也是阳间的东西它们每天干活也得吃饭啊IaaS 就是小人儿吃的饭——一台台服务器组成的计算资源

云计算的屠龙者不能成为恶龙(图9)

这三层服务京东云卖哪层呢

都卖

如果你整个客服系统都没有那就买个客服 SaaS如果你只缺个记账的那就单买一个数据库 PaaS如果你家里机器人已经是全套的了那就单给机器人买IaaS 计算资源也可以

从这个角度理解任何一家公司的系统都可以抽象成由成千上万云上的机器人组成他们之间相互协作相互调用组成一个小社会——这种运行方式就叫做云原生

云原生是目前最先进也是最流行的IT架构

云计算的屠龙者不能成为恶龙(图10)

不过故事讲到这京东云和其他大厂的云阿里云腾讯云华为云其实还没有什么本质不同因为其他的云也是 IaaSPaaSSaaS 三层都卖只是各家产品的技术路线和优势略有不同而已

说了半天都一样啊

没关系中哥不会让浅友们失望的接下来就要说点电视台不让播的秘密了

挑食的小人儿 

这个秘密是陈峰告诉我的

陈峰是京东云产品技术规划部的负责人你听这个职务就不是善茬儿他们团队专门负责找事儿——现有的云计算产品对有些问题还解决得不够好那就需要他路见不平一声吼新品规划走一走

云计算的屠龙者不能成为恶龙(图11)

陈峰

陈峰告诉我的秘密就是现在的机器人都有点挑食

啥意思呢

就是A云计算厂商的 PaaS 产品必须跑在 A 家的 IaaS 上面效果才最好B云计算厂商的 PaaS 产品必须跑在 B IaaS 上面效果才最棒

这就相当于A厂的机器人只吃A厂的汉堡B厂的机器人只吃B厂的包子

如果硬要给吃汉堡的A厂小人吃B厂的包子行不行呢A厂会说也不是不行反正拉肚子别找我您看着办

云计算的屠龙者不能成为恶龙(图12)

这倒也不难理解同一个公司研发的 PaaS 和 IaaS配合起来更默契这是天经地义的

但是问题来了

这两年很多客户觉得被云厂商给绑定

例如一家企业选用了A厂的 IaaS 计算资源上面的 PaaS 组件就也得用这家厂商的时间长了就会发现所有重要的业务模块都跑在A厂体系内

假如A厂涨价了或者服务变差了我想换成B厂的云或者同时用AB两厂的云结果发现我的开发人员大多只熟悉A厂 PaaS 技术栈的开发AB两厂的技术栈不通用这时要想切换到B云不仅很多系统要重新开发恐怕连懂这些技术的人都要重新招

成本这么大事实上就很难切换了这就是所谓的上云容易下云难

陈峰说

这个状况有点让人恼火

对于客户来说我雇佣机器人本来就是为了提高效率结果你一个机器人还对底层的计算资源挑三拣四老子做企业每天像打仗一样把生意本身管好已经竭尽全力了难道还要管手下的机器人吃鱼香肉丝还是汉堡包吗你想吃饺子我还得给你找醋去吗

云计算的屠龙者不能成为恶龙(图13)

这还不是问题的全部

在云计算领域其实有很多专门生产机器人PaaS的优秀的第三方公司他们的机器人很好用但是刚才说了机器人要想正常工作必须吃东西也就是说他们的 PaaS 要架设在其他云计算大厂的 IaaS 上面才能工作

问题来了就拿数据库来说吧比如有一个很好用的第三方开源数据库叫 TiDB但是主流云计算厂商自己也有和 TiDB 功能类似的数据库他们从内心里多多少少还是希望客户首选自己的数据库于是适配的时候难免手软他们的就很难百分之百顺畅地给 TiDB 这个机器人

兼容差的问题就这样出现了

云计算的屠龙者不能成为恶龙(图14)

这两年被绑定兼容差这两个矛盾越来越突出企业们对云计算大厂颇有微词

哪里有裂痕哪里就有机会既然企业们对头部云计算大厂不满意那作为追赶者的京东云自然就得搞事情啊

陈峰他们这群老司机们决定出手设计出了一个专门解决被绑定问题的新产品——云舰

云舰能干嘛呢

你可以简单理解为云舰就是一个巨型万能转换插头它的目标是做到两个一切

1向下能适配一切 IaaS不仅有京东阿里云腾讯云金山云等等云计算厂商还包括各种私有云VMware 虚拟机甚至还能适配物理裸机

2向上能适配一切 PaaS什么叫数据库哪个叫中间件大数据平台人工智能平台都没问题而且除了适配京东自己的 PaaS还能适配各种第三方公司的 PaaS

如此一来从客户角度来看不仅各家的机器人PaaS都能放在云舰上为自己打工而且不用操心机器人挑食无论吃哪个云厂的IaaS 计算资源都可以岂不爽歪歪

云计算的屠龙者不能成为恶龙(图15)

不过话说回来想出来做出来毕竟是两码事

别看仅仅是转换插头这其中的技术复杂度可是相当高的

就拿适配各种机器人来说难点千千万归结起来就是四个字——超大规模

小时候上学班上有几个捣蛋的孩子老师都快被逼疯了云舰上可是有几十万甚至上百万形态各异的机器人每个都有自己的特性也都有自己的脾气还都要各自的资源支撑动不动还可能相互干扰它们怎么高效和谐地配合工作呢

说到这终于到了中哥最喜欢的科普环节

其实呢在处理超大规模这个问题上京东这群老司机可谓书写过一部血泪史——因为京东自己的业务就是超大规模

为了搞定内部的坑这些年京东一直在悄悄打磨一个法宝容器技术

容器装一切 

先来解释神马是容器

我们继续沿用前面的比方你开了一家卖手机的商场搞了10个机器人服务员帮你卖货

眼看生意越来越火服务员不够用了你需要把10个服务员变成10万个服务员

这时候你能把机器人服务员的代码直接复制10万份吗

你不能原因就是超大规模

超大规模至少带来两个问题

110个机器人你能管得过来10万个机器人你管不过来——这是管理难度

2大部分时间你不需要10万个机器人同时工作但机器人闲着也要吃饭——这是资源开销

要解此扣必上大牛

周光2011年就加入了京东当时他和同事们面临的问题就和我说的一模一样京东商城的业务极速扩张可是底层资源开销越来越大管理起来也越来越难每年要花几个亿添置服务器

几个亿可不是小数用来买车仔面能请所有浅友顿顿吃吃好几年

周光他们接到命令要想办法搞定这件事儿

这群老司机选定的技术路线就是容器

云计算的屠龙者不能成为恶龙(图16)

周光

容器是啥呢它就像一个玻璃瓶套在每个机器人外面机器人的吃喝拉撒都在瓶子里完成这样就免去了机器人自身出现状况对甲板的污染管理非常方便

云计算的屠龙者不能成为恶龙(图17)

仅仅有容器还不够更厉害的是上方的容器调度系统这套调度系统主要做两件事

1资源编排它可以决定为哪个容器分配多少计算存储网络资源相当于决定给每个机器人多少口粮

2生杀予夺如果忙起来可以几秒钟之内复制出成千上万个包含机器人的容器马上投入工作如果闲下来可以几秒钟之内消灭成千上万个容器容器里的机器人也随之灰飞烟灭

云计算的屠龙者不能成为恶龙(图18)

怎么样有没有黑客帝国的感觉了

每个都被装进容器给它们营养然后他们负责在一个共同的梦里为服务更高级的存在而思考和工作

不过你不需要怜悯它们它们实际上只是程序——如果没有容器机器人们只能各自为战一盘散沙有了容器机器人立刻被整编成为纪律严明的军队战力飙升

通常一台服务器上一般只能跑几个程序多了的话它们之间就会相互干扰但使用容器做隔离的话一台服务器上跑几十个程序都很轻松

从2017年一直到2019年上半年京东的业务高速增长但是我们没有新添加一台服务器——这里面很大一部分都是容器技术的功劳

周光说

你可能会说不就是把机器人塞在罐子里嘛听上去也不怎么难

其实不然把机器人装在容器里难度和把大象装冰箱里类似内行三步搞定外行一看就会一干就废

就拿2021年的618来说最高峰的时候京东体内有200万个容器同时在为全世界人民服务这个规模下还能保持稳定输出是需要上点儿魔法 Buff 的

比如周光伸出三根手指给我举了三个例子

第一大规模集群需要一套工程手册

京东使用的容器管理平台是全世界最流行的开源平台 kubernetes简称K8S标准的一个 K8S 集群最多可以管理大概5000台服务器平均每台服务器上跑着30-40个容器算下来差不多20万个容器

可是京东的业务太大每个集群必须达到10000台服务器才能支撑比标准大一倍

就像原本能住5000的大楼你非得住进去10000人楼还不能塌这种情况下技术宅们只能原有的代码基础上魔改找到所有脆弱点然后挨个加固

具体应该在哪些点位上加固应该怎么加固是一个浩大的工程问题很多细节不能凭空想象只有试过才知道几年下来京东老司机们就攒下了一套独家工程手册

云计算的屠龙者不能成为恶龙(图19)

第二管理容器考验微操

容器管理中有很多精细的动作比如一个常见动作叫容器驱逐大概就是如果发现某个机器人死机了管理系统就会把它杀死再换个地方重建一个新容器和机器人

按理说这一系列动作都是 K8S 自动完成的不用人操心

可是这里就有很多细节需要考虑假如这个机器人生前连着一个固定 IP这个 IP 就相当于它的身份证号换个地方重建之后身份证号也变了原来的组织就不认识它相当于把它弄丢了

为了防止这种丢人的情况发生就需要在重建机器人的过程中用一系列机制保证原来的 IP 地址不被别人抢走还要给这个转世机器人

云计算的屠龙者不能成为恶龙(图20)

再举一个细节的例子

原来这个容器跑在性能好的服务器上相当于这个机器人每天都吃自助餐结果转世投胎之后换到了性能较差的服务器上相当于只给机器人一个馒头饿得头昏眼花自然干活质量就下降了影响整体的性能

这时候就要给这个机器人多吃点儿口粮让它恢复到和之前一样的工作性能

这个动作就叫算力拉平

类似这样的细节还有很多就不一一列举了总之容器之间要想配合默契微操必须到位

第三压榨机器人要讲究技巧

刚才说过容器的好处之一就是可以让很多程序跑在一台服务器上这就相当于很多机器人分食一份套餐

正常情况下吃的一点儿不浪费干活一点儿也不少

云计算的屠龙者不能成为恶龙(图21)

但是假如遇到618这样的大促很多程序都会满负荷工作相当于好多机器人变胖了那么一台服务器提供的套餐计算资源就不够分了争抢资源工作效率就会大打折扣

云计算的屠龙者不能成为恶龙(图22)

怎么办呢那就得提前做预测

大促时有些种类的机器人会变胖另外一些种类的机器人身材不会大幅变化只要能把它们提前预测出来容器管理平台就把可能变胖的机器人和不会变胖的机器人混部在同一个服务器里

怎么预测哪些机器人会变胖呢这就要靠人工智能了例如根据这些机器人去年618的历史工作数据人工智能就能八九不离十地预测出今年618变胖情况说到这中哥忍不住吐槽很多人都以为人工智能的最大用处就是做一个像大白那样的通用智能机器人其实人工智能最大的用处恰恰是在这种普通人压根不会注意到的地方润物细无声地做某项专门的工作

云计算的屠龙者不能成为恶龙(图23)

人工智能正在—__—

看到这我猜你已经发现了容器管理平台的权力其实非常大所有机器人的生死命运都在它的一念之间

但是周光告诉我其实权力越大责任也就越大——有的机器人可以随便杀死和重生但有的机器人就不能随便杀死一旦错杀可能酿成大祸

这种不能错杀的机器人就是有状态的机器人

我们不妨再深入一步看看机器人之间的细微区别

有状态的机器人 

机器人分为没状态有状态两种

比如服务员就是没有状态的机器人因为它只负责接待顾客这一秒是A服务员给你服务下一秒A服务员已经被容器调度系统杀死换成B服务员给你服务你不会觉得有什么不妥

反正你去商场也不会注意是哪个服务员接待你它们在你看来都一样

收银员就是有状态的机器人因为它脑子里记着你的账上一秒是A收银员收了你100块你等着找零下一秒A收银员被杀死换成了B收银员它就不知道该给你找多少钱了

所以长久以来业内存在一个共识有状态的机器人很难被放在容器里

但是有状态的机器人就像很难收服的宠物小精灵一旦成功装进容器以后那可是呼风唤雨相当能打

京东这群技术宅不信邪从2016年开始死磕如今的云舰的产品团队的李向辉当年曾经负责京东云内部业务的容器化他们就没少处理这种难题

云计算的屠龙者不能成为恶龙(图23)

李向辉

比如数据库就是典型的有状态的机器人

这些机器人在容器里活着并不难难的是它们不能随便——具体说是在死之前必须留下遗言

遗言的过程是这样的调度系统告诉容器你10秒钟以后要去死哦容器马上行动起来把暂时存在机器人体内的数据状态落盘——存储到硬盘里然后才能安详赴死

这个机器人转世托生后需要再从硬盘里取回数据状态然后继续为客人服务

这中间的难度就在于机器人的存取交接不仅要完全自动化还不能出任何疏漏并且还要像马戏团的杂技演员一样流畅

云计算的屠龙者不能成为恶龙(图25)

李向辉告诉我京东大概从2017年开始就开始在容器里运行数据库之类的有状态的应用程序这些都是安全等级很高的应用不仅要使用隔离性更高的容器而且还要有特殊的备份机制保证数据绝不会错漏

到现为止京东内部的容器自动化已经到了炉火纯青的地步几百万个有状态的容器和无状态的容器日常总共只需要三四个运维人员就能管理

李向辉一脸技术人的骄傲

底气还得是技术 

虽然云舰这个名字诞生得比较晚但它的雏形其实诞生很久了并且已经跑在了很多京东云的用户体内

张志君是京东通用解决方案负责人他的团队就专门负责一件事儿——帮助各大客户爸爸用好京东云

透过张志君的眼睛其实能看到各大政企使用云计算的真实情况

云计算的屠龙者不能成为恶龙(图26)

张志君

各个企业的 IaaS 基础设施其实是经历了一个进化过程

最早很多用户就是直接使用物理机或者自己搭建一些虚拟化服务器这就是云计算的雏形三四年前大家开始上云比较大的客户一般会选择私有云可是后来大家发现很多业务在公有云上更顺畅于是会采用混合云就是用同一家厂商的私有云和公有云再到后来企业为了自己业务的安全稳定倾向于选择不同厂家的云这就叫混合多云

张志君说

一路进化过来一个企业的IT基础设施就很可能像层层累加的地层一样也许A业务用了阿里云B业务用了京东C业务用了腾讯云私有云D业务跑 VMware 虚拟机上E业务跑在物理机上一锅大乱斗

面对这种情况上面的机器人PaaS和SaaS就贼难部署要想解决显然只有两条路线

路线一把复杂的 IaaS 先变简单换成同一种 IaaS

路线二面对复杂搞一套东西兼容所有 IaaS 平台

京东内部也经历了一整套发展过程旧有的IT设施不可能说换就换几年前我们就是做了一套系统兼容所有的 IaaS 资源这就是云舰里这个模块的雏形

实际上在服务各大企业的时候他们也和我们一样旧有的设备不想浪费必须利旧而且对于某些单位来说利旧这件事还是一个很严肃的政治问题

张志君说

云舰的混合多云能力和之前说的容器能力加在一起就有两个好处

1省钱客户爸爸旧有的计算资源不会浪费而且因为有容器调度技术所以10个机器人也能买10万个机器人也能买增加和减少都是几秒钟的事儿

2省事客户爸爸不用费心去管理那么多类型的 PaaS 应用可以把有限的精力用在自己的主营业务和数字化转型上

云计算的屠龙者不能成为恶龙(图27)

云舰的完全形态差不多就是这样

省钱省事大家都开心张志君他们做起方案来也就更有底气只赚自己该赚的钱生意做起来童叟无欺这个操作在如今这个时代非常拉好感

屠龙者不能成为恶龙 

2020年京东有一个很大的组织架构调整——云与AI事业部与京东数科合并为京东科技

这个调整普通人听起来晕晕乎乎的不知道京东在干啥其实如果你从头看到现在应该很容易就知道京东的战略了

京东云有混合多云为代表的云原生技术有大数据人工智能等等各种容器化 PaaS 产品再加上曾经京东数科对外服务的经验就能拼出一个完整的云舰

随着组织调整李向辉和周光还有诸多技术大牛也都进入了京东科技云舰的研发才开始加快速度2021年7月在京东云峰会上云舰终于和观众见面了

云计算的屠龙者不能成为恶龙(图28)

这是京东云总裁高礼强在现场发布云舰又叫 JDOS

云舰这个名字听上去很宏伟因为它的确承载了京东云的大梦想——让客户不再被云厂商绑定

但屠龙者成为恶龙的故事我们又不是没见过京东云必须回答客户的一个质疑我不被ABCDE云厂绑定但是你怎么保证我上了云舰不被京东云绑定呢

答案只能是两个词开放和开源

如果云舰上只能运行京东自己的 PaaS 和 SaaS 产品那云不云舰就无所谓了京东必须保证云舰上能开放地运行第三方公司的 PaaS 和 SaaS 服务客户才相信自己永远不会被绑定

于是最近半年为了让大家相信京东云是真开放陈峰他们奔走呼号

他们发起了一个云筑计划公布了一系列公开的标准只要是符合这个标准的第三方产品就都能上云舰

在2021年7月的发布会上京东云一口气公布了32家企业他们的 PaaS 产品都已经能跑在云舰上其中就有我们之前提到过的 TiDB公司名称叫PingCAP

云计算的屠龙者不能成为恶龙(图29)

但是三十多家还远远不够我们的目标是要把云舰做成一个云上的操作系统你可以把它想象成云世界的安卓系统上面要跑不同厂家的成千上万的应用

开发安卓系统固然很难但是怎么把这个系统上面的应用生态运营好其实更难这才是我们未来最大的挑战

陈峰说

但开放还不是终极解决方案今天京东云承诺云舰开放明天万一你改主意了又不开放了呢

为了让屠龙者不再成为恶龙还有一种更决绝的方法那就是开源

把源代码公布出来就相当于把云舰的建设图纸都公布出来大家都可以在自己家里建一个云舰这种情况下云舰就不再属于京东而是属于社区里每一个向往开放和自由的伙伴

没错开源一定是我们的必经之路未来云舰也会开源陈峰语气很坚决到2021年底我们就能把云舰打磨得比较完善云舰也会服务很多类型的客户得到各种验证那之后我们一定会考虑开源

讲真在和这几位老司机聊天之前我的设想是京东云想通过云舰从竞争对手那里抢来一点市场份额

在和他们聊完之后我发现云舰为了实现商业利益固然不假但它背后还有一个更大的梦想要创造一个开放和标准化的云计算世界

虽然相互竞争但所有的云计算厂商都有一个共识云计算的本质是生产力未来的云计算应该像电一样容易获得

今天我们身边的电只有一种无论哪个发电厂发的电都完全一样

可是一百多年前电和电可不一样正是为了争夺直流电还是交流电的标准爱迪生和特斯拉两位天才的商战打得不可开交甚至痛下杀手

云计算的屠龙者不能成为恶龙(图30)

今天的云计算世界也许同样处在这样一个战国时代

一个有趣的事实是虽然各家都相信未来云计算的标准会统一但谁都不想做被统一的那一个为了商业利益或者技术信仰各家云计算的技术壁垒还在不断升高而且在可预见的未来这种争斗还将继续

可是在技术人心中那个开放和自由的云计算世界永远不灭它会到来只争来早与来迟

云舰的诞生也许就是他们靠进梦想世界的一次努力

云计算的屠龙者不能成为恶龙(图31)

再自我介绍一下吧

我叫史中是一个倾心故事的科技记者我的日常是和各路大神聊天如果想和我做朋友可以搜索微信shizhongmax,也可以关注公众号浅黑科技:qianheikeji



版权保护: 转载请保留链接: https://liveupdate.qianhei.net/paogenwendi/284.html

微信公众号:浅黑科技

商务合作

  • Email:pr@qianhei.tech
    Wechat:woshimantoujie

  • Email:shizhong@qianhei.tech
    Wechat:shizhongmax

  • Wechat:woshimantoujie

  • Email:sub@qianhei.tech
    Wechat:xieyaopro