开发人员的cicd(devops)集成

Devops

Devops是什么？

DevOps 就是开发（Development）和运维（Operations）这两个领域的合并。

为什么要合并这俩个领域？

主要是开发和运维的脱节。

DevOps 就是想方设法的避免这种问题，同时让大家用更聪明更有效的方式去工作。它是一种框架，包含了很多优秀想法和原则，它鼓励开发部门和运维部门通力合作。在DevOps环境中，开发人员和系统管理员会构建一些关系、流程和工具，从而更好的与客户互动，最终提供更好的服务。

使用了DevOps模型之后，会使两个部门更好的交互，使两者的关系得到改善，从而让很多领域从中受益，例如：自动化、监视、能力规划和性能、备份与恢复、安全、网络以及服务提供（provisioning）等等。

--容器化与虚拟化

一个容器中运行原生 Linux和共享主机与其它容器的内核。它运行一个独立的进程，不占用任何其他可执行文件的内存，使其轻量化。

相比之下，虚拟机（VM）运行一个完整的“客户”操作系统，通过虚拟机管理程序虚拟访问主机资源。一般来说，虚拟机提供的环境比大多数应用程序需要的资源更多。

服务器虚拟化解决的核心问题是资源调配，而容器解决的核心问题是应用开发、测试和部署。

虚拟机技术通过Hypervisor层抽象底层基础设施资源，提供相互隔离的虚拟机，通过统一配置、统一管理，计算资源的可运维性，以及资源利用率都能够得到有效的提升。同时，虚拟机提供客户机操作系统，客户机变化不会影响宿主机，能够提供可控的测试环境，更能够屏蔽底层硬件甚至基础软件的差异性，让应用做到的广泛兼容。然而，再牛逼的虚拟化技术，都不可避免地出现计算、IO、网络性能损失，毕竟多了一层软件，毕竟要运行一个完整的客户机操作系统。

容器技术严格来说并不是虚拟化，没有客户机操作系统，是共享内核的。容器可以视为软件供应链的集装箱，能够把应用需要的运行环境、缓存环境、数据库环境等等封装起来，以最简洁的方式支持应用运行，轻装上阵，当然是性能更佳。Docker镜像特性则让这种方式简单易行。当然，因为共享内核，容器隔离性也没有虚拟机那么好。

但是，更重要的是，通过Docker的特性，以容器化封装为基础，企业就可以很好地实现云原生（向云而生的架构），包括大家听得耳朵都起茧子的微服务架构、DevOps，让开发团队可以从苦逼的运维工作中解脱，让应用快速上线、快速迭代。微服务架构下，将系统拆分成多个服务，每个部分都可以独立开发测试部署，同时我们也可以只扩展需要扩展的部分，也就是变一个三头六臂的哪吒，而不是总要变三个孙悟空。微服务如何设计，基于容器的规模部署、高可用如何实现等，是另外的问题了。对云原生内容感兴趣的朋友，可以参考这篇综述文章：[《云原生应用架构》]。

所以说，虚拟机和容器被大家比较，主要是在于它们都提供隔离环境的相似性，但相似仅此而已，它们各有各的应用场景，如何选择还是要看根据具体的业务需求，包括业务成长预期。

如何选择？

通常来说，这取决于你的需求。如果你只是希望将应用运行的实例进行隔离，那么对于管理应用运行环境、启动应用实例以及控制资源开销方面容器将是一个极为高效的工具。像Docker这一类的容器，其设计原则就是为了解决这种应用环境的修改以及应用部署的问题，并且这十分符合DevOps理念（你可能希望知道更多关于DevOps理念的内容）。如果你从服务器虚拟化的角度来寻找最好的环境隔离方案，那么系统级的虚拟化是更好的方案：和容器相比，邻居租户（Noisy

neighbours ）对系统的影响在虚拟化的方案下将不是一个问题。尽管现在很多容器都在专注于提高其隔离能力，但是虚拟机的隔离还是要优于容器。从物理服务器过渡到虚拟服务器是一个很自然的过程，并且现在针对虚拟服务器的管理的生态系统也很完善。

开发人员cicd步骤

支持以上过程的基础环境：

一个源代码仓库，gitlab。

一个持续集成和部署的工具，jenkins。

一个私有registry,docker容器。

一个主机运行Docker的环境。系统拥有几个目标环境，每个目标环境都包含过渡性（staging）部署和生产部署。