有关容器的六大误区和八大正确场景
|
除了容器从技能角度，可以或许使得大部门的内部设置可以放在镜像内里之外，更重要的是从流程角度，将情形设置这件工作，往前推了，推到了开拓这里，要求开拓完毕之后，就必要思量情形陈设的题目，而不能当甩手掌柜。 这样做的甜头就是，固然历程多，设置变革多，更新频仍，可是对付某个模块的开拓团队来讲，这个量是很小的，由于5-10小我私人专门维护这个模块的设置和更新，不轻易堕落。 假如这些事变量全交给少数的运维团队，不单信息转达会使得情形设置纷歧致，陈设量会大很是多。 容器是一个很是好的器材，就是让每个开拓仅仅多做5%的事变，就可以或许节省运维200%的事变，而且不轻易堕落。 然而原来原本运维该做的工作开拓做了，开拓的老大乐意么？开拓的老大会投诉运维的老大么？ 这就不是技能题目了，其拭魅这就是DevOps，DevOps不是不区分隔发和运维，而是公司从组织到流程，可以或许买通，看怎样相助，界线怎样分别，对体系的不变性更有甜头。
以是微处事，DevOps，容器是相辅相成，不行支解的。 不是微处事，基础不必要容器，假造机就能搞定，不必要DevOps，一年陈设一次，开拓和运维雷同再慢都能搞定。 以是，容器的本质是基于镜像的跨情形迁徙。 镜像是容器的根天性发现，是封装和运行的尺度，其他什么namespace，cgroup，早就有了。这是技能方面。 在流程方面，镜像是DevOps的精采器材。 容器是为了跨情形迁徙的，第一种迁徙的场景是开拓，测试，出产情形之间的迁徙。假如不必要迁徙，可能迁徙不频仍，假造机镜像也行，可是老是要迁徙，带着几百G的假造机镜像，太大了。 第二种迁徙的场景是跨云迁徙，跨公有云，跨Region，跨两个OpenStack的假造机迁徙都长短常贫困，乃至不行能的，由于公有云不提供假造机镜像的下载和上传成果，并且假造机镜像太大了，一传传一天。 以是跨云场景下，殽杂云场景下，容器也是很好的行使场景。这也同时办理了仅仅私有云资源不敷，扛不住流量的题目。 第三部门：容器的正确行使场景 按照以上的说明，我们发明容器保举行使在下面的场景下。 1. 陈设无状态处事，同假造机互补行使，实现断绝性 2. 假如要陈设有状态处事，必要对内里的应用异常的相识 3. 作为一连集成的重要器材，可以顺遂在开拓，测试，出产之间迁徙 4. 得当陈设跨云，跨Region，跨数据中心，殽杂云场景下的应用陈设和弹性伸缩 5. 以容器作为应用的交付物，保持情形同等性，树立不行改观基本办法的理念 6. 运行历程根基的使命范例的措施 7. 用于打点改观，改观频仍的应用行使容器镜像和版本号，轻量级利便的多 8. 行使容器必然要打点好应用，举办health check和容错的计划 （编辑：湖南网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
