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

  • 时间:
  • 浏览:0
  • 来源:UU直播快三_UU直播快3平台

1:挑选重新build img,所有的引用全部重来,某种。。。业务系统稍微多样化某些,某种做法,否则要累死运维了。。。。

最近Docker非常火,以至于和圈里让我们让我们让我们聊天的完后 ,否则 不提Docker,全部有的是好意思打招呼。于是就补习了下Docker的基本知识:《Docker入门与实践》。有了个大致的感觉。

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

某种例子很典型,也是Docker对运维影响的其中之一。另外,Docker相对多样化的网络配置,container之间的通信,全部有的是需用攻破的疑问。磁盘IO,quota某种也是Docker的弱项,就更不会提了。

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

举个例子:让我们让我们让我们现在做了一个多多多多 Docker img。某种img否则 会被太少 业务通过Docker hub 灵活的引用。但若干时间后,某种base img所处了bug否则 漏洞,而修复哪些地方地方东西否则 会造成上层引用的img故障,某种完后 怎么么办?

当然全部有的是人会说Docker的发展越快,完后 有太少 运维性的提高,没错,但到了那个完后 ,我说会有更新的容器技术总出 ,就像nvdimm之于SSD~

某种观点否则 来自于太少 个理由,其中最大的理由是“碎片化”。我的前一个多多多多 微博讲运维的本质是可控。这么Docker的碎片化,否则让某种“可控”变得“失控”。为哪些地方一个多多多多多讲,Docker有个很大的优点,否则灵活,他都需用非常灵活的部署,迭代和引用。但某种也是个双刃剑。

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

太少 ,Docker的优点,全部有的是针对于开发来讲,而非运维。要说运维的优点,太少 人会说Docker非常轻量级,波特率高,实际上Docker带来的波特率提升,远不及业务系统逻辑和代码优化这么某些点。。。。。。