Devops容器解决方案.pptxVIP

Devops容器解决方案

开发环境、测试环境、预发布环境和生产环境。涉及环境涉及功能模块Cmdb、监控、分布式链路跟踪、持续集成平台、发布平台Devops具体落地到哪里？涉及人员开发人员、测试人员、运维人员

开发和运维如何合作，才算是符合devops文化？使用vm搭建从开发到测试到预发到生产的环境物理资源还是消耗过多操作系统异构或者系统参数不同，导致在测试环境验证通过，上了生产就出问题Devops平台涉及的模块众多，自研没有精力，购买又容易被绑定或者兼容性问题代码质量差，生产环境沦为“测试环境”变更回退能力差，回退付出的代价甚至比“在线解决”更高Devops目前的痛点

核心区别：容器共享内核，虚拟机独立内核。由此带来：1，容器启动速度远远快于虚拟机2，容器创建使用的资源成本远远低于虚拟机最简单的理解容器的方式：带有一个唯一标示的、有独立硬件资源和命名空间且共享宿主机内核的操作系统进程。容器与虚拟机的区别

有一个将dockerfile生成镜像的工具平台镜像分层打基础镜像：操作系统版本、运维工具、安全补丁、内核参数调优。---运维提供应用镜像：应用程序自身。----开发提供配置镜像：由于应用版本或者其他原因不方便作为配置项，需要打在镜像中的。----开发提供镜像标记tag打出的新镜像默认的后缀是lastest，这样的后缀不便于区分镜像，不便于做版本管理，因此在打镜像的时候需要增加镜像tag标记，一般可以用日期加序号或者约定的其他格式。Xxxxx:lastet-----不推荐的方式Xxxxx----推荐的方式友好的界面，并且能够将生成的镜像推送到镜像中心。镜像该怎么玩？

容器分为两类：一次性容器，持续性容器一次性容器作为一种工具类型的容器，运行一次实现某个或者某组功能。例如：清理系统垃圾、对系统进行配置、部署应用等。可以类比为脚本程序。持续性容器大多数应用程序运行的模式，在后台运行，并提供服务。每次容器启动后都自动退出，怎么回事？容器启动后需要有一个前台进程才能正常运行，否则就会直接变为exit状态。那开发同学要怎么办呢？使用supervisor作为容器的启动进程,来管理java程序的启动和生命周期。容器要怎么玩？

容器一号进程与supervisor1号进程操作系统里init就是1号进程，所有进程都是由它直接或者间接派生出来，所谓的机器关机就是给init进程发送关机信号，由它再通知所有进程退出。在容器的场景下，启动容器的进程就是1号进程，容器的生命周期和1号进程的生命周期一致。同时1号进程又要负责对僵尸进程的管理。supervisorLinux平台下的一款进程管理工具。用supervisor作为容器的1号进程具有如下三个主要优点：1，可以让程序持续不间断运行，不用自己考虑如何把程序以前台方式运行；2，supervisor管理的进程可以在退出后被自动重启；3，supervisor在收到容器退出命令后，可以向所有进程发送退出信号，而不是野蛮的直接杀掉，从而保护数据状态。

容器一号进程与supervisor

容器环境下日志的处理容器运行起来后，所有的修改操作都是在“容器层”，容器重启后，这些数据就丢失了。所以对于需要持久化的数据，例如：日志或者数据文件，需要使用持久化存储。目前主要有三种持久化做法：（1）使用本地盘优点：实现简单缺点：需要做好备份工作，有丢失数据风险。（2）使用分布式存储优点：数据不会丢失缺点：实现复杂（3）创建主备节点使用本地盘主要用于数据库场景

Devops需要什么样的容器平台swarmkubernetes编排管理故障转移副本管理丰富的监控插件持久化卷管理该怎么选？

哪些应用适合使用容器部署自研系统（代码可控，便于改造）非核心，非实时系统（无状态?有状态）非核心系统（无状态?有状态）核心系统（无状态?有状态）逐步推广

使用容器部署java程序的两种常用方式镜像加配置文件将程序的配置文件放在一个nfs服务上，每个程序根据名字分配一个文件夹，文件夹下面放置配置文件，程序启动的时候从指定的文件夹下取配置文件。优点:对原来的代码基本没有入侵，开发容易接受。缺点：不是容器推荐的使用方式，对容器外部配置文件有依赖，使用起来比较重。镜像加环境变量优点:对外部配置文件无依赖，稳定性高。缺点：对原程序入侵较大，需要改变原来获取获取配置信息的方式。在容器启动的时候将配置信息作为容器的启动参数传入容器，程序通过读取环境变量获取参数。

持续集成、持续交付、持续部署持续集成持续交付持续部署开发完成后将大家的代