资讯专栏INFORMATION COLUMN

Docker痛失C位,运维人该何去何从?

YacaToy / 2950人阅读

摘要:开源社区和云厂商之间存在着与生俱来的巨大矛盾,这种矛盾,好比前人栽树,后人乘凉,还不给树浇水。开源社区花费大量的心血,打造出一款款领先的技术,云厂商却白嫖这些技术谋取暴利,这种利益分配方式,对开源社区来说,极其不公。

开源社区和云厂商之间存在着与生俱来的巨大矛盾,这种矛盾,好比前人栽树,后人乘凉,还不给树浇水。开源社区花费大量的心血,打造出一款款领先的技术,云厂商却白嫖这些技术谋取暴利,这种利益分配方式,对开源社区来说,极其不公。

Docker曾经依靠对技术人员友好简洁的技术,取代了Cloud Foundry,而后,又为了自己的利益,走上了商业化的旅途,从此与K8s社区产生了利益冲突,k8s社区也渐渐地走上了去docker的历程。有观点说,k8s作为云原生时代的C位,完全没有必要为企业版的docker背书。那么是不是意味着运维人也应该放弃docker?

首先,docker免费的对象是同时满足雇员在250人以下,年收入小于1000万美元的公司,个人或者非盈利性组织,那意味着,如果是在这种小型的公司做运维,那就不用放弃docker。

其次,如果是对于中型或者大型公司,docker的能力是否满足公司的需要,公司在技术选型的规划中,是否决定放弃docker?如果公司的技术架构上以然需要docker,那么技术人员也不需要放弃docker。

再次,即使目前k8s已经计划去docker,这项决定,是一个不计代价的商业行为,还是k8s已经找到了比docker更加好用的商业替代品?有说法说,k8s降维打击docker,因为,docker做到了容器技术优化,而k8s只管容器编排,却不管是什么容器。我觉得这种说法存在一定的问题,容器编排和容器本身,做的是两个事情,k8s与docker,在这个方面并不存在竞争关系,而是只有合作关系,无非是这种合作,目前破裂了。k8s做的不是降维打击,而是利用它的话语权选择了其他的容器当小弟,如果k8s体系内,没有一个比docker好用的替代品,那么k8s弃用docker将会给它自身带来一定的研发成本。同样,docker离开了k8s,那意味着它在容器编排方面也会有了新的负担。但对用户来说,具体是弃用docker还是弃用k8s,还是得看企业的技术架构的考虑。

最后,总结一下我的个人观点,Docker失去C位,和K8s分手,这件事情其本质上是两家的商业利益的关系,是容器相关技术的角逐。而对企业级用户来说,选则背谁的书,选谁支撑自己的架构,得结合自己的业务来决定。对技术人员来说,放不放弃docker,也得看看自己的技术主管是个什么意思,多和技术主管沟通,更可能规避自己被离职的风险。对找工作的学生来说,技多不压身,现在也有很多docker相关的工作,也未必就一定摒弃docker,找机会了解cgroup,namespace这些技术,或许,还有机会成为容器领域的大神。

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/120809.html

相关文章

  • 技术人攻略访谈二十五:维人的野蛮生长

    摘要:我一直认为运维工程师就是让跳舞的人,当我操纵几百台机器,整齐划一地做一件事情,那种感觉特别棒。技术人攻略你怎么看待,运维和开发的关系应该怎样平衡国内大家提得多 showImg(http://segmentfault.com/img/bVb66I); 技术人攻略:运维工作普遍很辛苦,你却能做得如此快乐,有哪些经验可以分享? 流程比补位更重要,方法比拼命更重要。UPYUN运...

    mating 评论0 收藏0
  • 低调奢华有内涵 - 收藏集 - 掘金

    摘要:比较的是两个对象的内容是并发编程之协程异步后端掘金引言随着的盛行,相信大家今年多多少少都听到了异步编程这个概念。使用进行并发编程篇二掘金我们今天继续深入学习。 python 之机器学习库 scikit-learn - 后端 - 掘金一、 加载sklearn中的数据集datasets from sklearn import datasets iris = datasets.load_i...

    walterrwu 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<