【转载】作为一个运维,我怎么看Docker?

转载自:http://weibo.com/p/1001603839871499289201

最近Docker非常火,以至于和圈里朋友聊天的时候,如果不提Docker,都不好意思打招呼。于是就补习了下Docker的基本知识:《Docker入门与实践》。有了个大致的感觉。

有个云计算的产品经理问我,你对Docker怎么看?我的回答是:很不错,但是现阶段还不成熟,我不看好。总体来说,对开发很友好,对运维是个灾难。我不知道那些鼓吹Docker具有优秀“可运维性”的人,是否真正做过Docker的运维?

这个观点可能来自于很多个理由,其中最大的理由是“碎片化”。我的前一个微博讲运维的本质是可控。那么Docker的碎片化,就是让这个“可控”变得“失控”。为什么这样讲,Docker有个很大的优点,就是灵活,他可以非常灵活的部署,迭代和引用。但这个也是个双刃剑。

举个例子:我们现在做了一个Docker img。这个img可能会被很多业务通过Docker hub 灵活的引用。但若干时间后,这个base img发生了bug或者漏洞,而修复这些东西可能会造成上层引用的img故障,这个时候怎么办?

1:选择重新build img,所有的引用全部重来,这个。。。业务系统稍微复杂一点,这种做法,就是要累死运维了。。。。

2:不做任何强制性约束,哪个业务系统可以改,就改,不能改就算了。反正docker可以灵活的引用,没关系。时间长了,生产环境中就会充斥各个不同的“版本”,运维的同学既不能控制风险,也不能控制稳定性和性能,完全又是要死的节奏。

这个例子很典型,也是Docker对运维影响的其中之一。另外,Docker相对复杂的网络配置,container之间的通信,都是需要攻破的难题。磁盘IO,quota本身也是Docker的弱项,就更不用提了。

所以,Docker的优点,都是针对于开发来讲,而非运维。要说运维的优点,很多人会说Docker非常轻量级,效率高,实际上Docker带来的效率提升,远不及业务系统逻辑和代码优化那么一点点。。。。。。

当然也有人会说Docker的发展很快,以后有很多运维性的提高,没错,但到了那个时候,也许会有更新的容器技术出现,就像nvdimm之于SSD~

转载请注明:旅途@KryptosX » 【转载】作为一个运维,我怎么看Docker?

时间: 2024-10-30 07:50:23

【转载】作为一个运维,我怎么看Docker?的相关文章

业务运维如何做?Docker集群、监控来帮忙

在2017游戏行业全球同服和安全攻防技术沙龙上,来自心动网络的吴涵分享了<浅谈Docker业务运维>.他主要从运维职责(部署阶段.运行阶段).潜在的问题.选择Docker的原因.Docker集群.Docker监控.Docker未来六个方面以运维人员的角度分享了Docker的使用经验.   以下内容根据直播视频整理而成.   运维职责 大家对于Docker已经不陌生了,Docker产品在很多领域都比较火.心动网络从2015年开始接触Docker,发现Docker的整个产品模式比较适合游戏领域公司

云端运维,回事下一个运维时代吗?

在近期我们发布的"聚能聊"话题中,小伙伴们就云端运维侃侃而谈,表达了大家的看法,不乏点睛妙笔. 以下为较精彩的言论,与大家进行分享,同时也会就运维这一话题继续进行深入讨论. (排名不分先后) szm.:"一件普通的事物,当它有了一个高大上的名字,就会有不同的反响,云,便是这么一个事物,几十年前的分布式,如今的云,都是在将资源最大化利用,原来一台服务器可以开10台虚拟机,分布式就可以2台开21台,当数量足够大,就会发现,原来,这样用利用率更高呢!再说运维,可能很多人都缺乏安全感

零DBA、零运维,且看熊大及其小伙伴的“三十破百”架构

网聚宝定位于帮助品牌提供全域的大数据服务,时下帮助马克华菲.杜蕾斯.奔驰等用户,打通全渠道的消费者数据资产,无论是淘宝天猫,还是线下门店,通过数据整合提供了数据可视化和洞察的能力,每天可以处理上亿笔交易,做到不同维度的整合以及个性化地展现,实现数据背后的运营和挖掘,给品牌提供了数据最后一公里的落地. 挑战 vs. 机遇,瞬息万变演化的商机 作为一个快速发展中的创业团队,大部分精力必须集中在为用户提供数据应用的能力,这对于网聚宝来说既是挑战亦是机遇--熊大. 时至今日,对于品牌来讲,随着移动支付,

优云云监控:先定一个运维小目标,比方监控它10000台主机

"想做世界最好是对的,但是最好先定一个能达到的小目标,比方说我先挣它一个亿.",王首富云淡风轻地给各行各业提供了一个很好的Roadmap,包括我们运维.的确,如今数据中心的规模增长速度也已像一匹脱缰的野马,各地都频频建设起超大型数据中心.按工信部的定义,超大型是指规模大于等于一万个标准机架的数据中心,考虑到虚拟化技术的使用,实际上需要运维的主机规模很容易超过十万的级别.所以,首富说的目标离我们也不远,也许很快就可以达到. 而如此大规模的数据,其运维的难度可想而知,我们来逐个分析应对看看

我们不做“黑锅侠”!运维人员必看秘籍

由于来源身份不明.越权操作.密码泄露.数据被窃.违规操作等因素,都可能会使运营的业务系统面临严重威胁.一旦发生事故,如果不能快速定位事故原因,运维人员往往就会背黑锅. 几种常见的背黑锅场景 • 由于不明身份利用远程运维通道攻击服务器造成业务系统出现异常.但是运维人员无法明确攻击来源,那么领导很生气.后果很严重. • 只有张三能管理的服务器,被李四登录过并且做了违规操作.但是没有证据是李四登录的,那么张三只能背黑锅了. • 运维人员不小心泄露了服务器的密码.一旦发生安全事故,那么后果不堪设想. •

如何打造一个高逼格的云运维平台?

作者简介 鲁逸丁  中国银行卡组织运维架构师 长期从事金融信息系统运维工作,专注于运维体系建设,对金融企业云计算运维具有深刻理解,银行卡组织云运维平台负责人. 前言 大家做运维普遍经历这样的过程: 首先我们会把操作做一个标准化,这个阶段是运维质量的提升的阶段. 在标准化实施完以后,由于数目的增加,或者是一些运维场景的增多,我们会逐步的进行一些工具化和自动化,这个阶段我们的运维的效率得到提升. 但是众多的工具以及自动化脚本,会让我们的管理过程中比较困难,随着人员的变动或者是一些工具维护过程中的差错

如何设计并实现一个通用的应用运维管控平台

一.问题背景 大部分的应用运维工作随着服务器数量和产品数量的增长而增加,而运维人数的不足导致单个运维人员所承担的工作任务较为繁重,同时运维工作的不标准.无自动化使得应用运维任务十分复杂,耗费的大量的人员成本.时间成本和沟通成本. 应用运维工作说白了大体可以分为两种情况: 1. 在某个或某些服务器上执行某个脚本或命令; 2. 将某个或某些文件传输到某个或某些特定的服务器的特定位置上.在服务器数量较少的情况下,可以通过ssh或scp命令实现上面两个操作;服务器数量较多的情况下,我们可以通过包装ssh

云来了!我们该如何成为一个好的运维工程师

同学门,云的时代已经来临,相信我们可以通过各种渠道感知到,拥有云平台服务的公司在这块的业绩也是拙见显著. 过去的我们一周少则几乎要背着笔记本,重则扛着服务器去机房膜拜,但是伴随着云时代的来临,现在的我们,也许就是点一个开关的事情......   以下是列举出两个典型的云服务商近年的财报情况.   阿里云.亚马逊云: 华为云业绩:   笔者(Jeson)认为,在云的发展趋势下,传统运维就业机会将会被云服务吞噬,自动化运维和开发运维会一直存在.那么,我们该如何在此背景下做好一个运维工程师呢? 答案是

高效运维七字诀,不再憋屈的运维

这篇是<中生代>转载的一个关于运维的文章.作者是触控科技运维总监萧田国.文章在运维圈子流传甚广.特别也发在社区,分享给感兴趣的朋友. 前言 做运维的那么多,快乐的能有几个? 我们那么努力,为什么总感觉过得那么憋屈.苦闷?做的事情那么多,为什么业务部门.直接领导和公司貌似都那么不领情?怎么做才能自己更加开心些? 本专栏的主线实际是一个运维人员的十年成长史,从菜鸟到运维总监.但不是基础技术教学,也不会在运维技术的某一方面过深涉及.更多的是应用技巧.实践经验及案例剖析.专栏中的系列文章,包含作者在运