编辑评论：Docker容器与容器云（第2版）以源码解读为基础，以搭建Docker云平台为目标，以实际项目中的问题解答为线索，全面解析Docker原理。这是国内第一本解读Docker原理，同时深入实践Docker套件和云平台三件套的书籍。也是国内第一本深入解读Kuerete的书籍。简介本书是第一版基于Docker1.10版和Kuerete1.2版的全面更新。站在从业者的角度，重点关注Docker和Kuerete，从《基本用法介绍》到《核心原理解读》再到《高级实用技能》的思路，一本书讲解了当前主流的容器和容器云技术，帮助读者在实际场景中使用Docker容器和容器云解决问题，启发新思维。本书分为两部分，第一部分是对Docker容器技术的深入解读，包括Docker架构与设计、核心源码解读和高级实战技巧；第二部分总结对比了三类基于Docker的主流容器云项目，包括专注于Docker容器编排和部署的容器云，专注于应用支持的容器云，以及万物皆容器的Kuerete，然后讲解了设计详细介绍了Kuerete核心源码的实现，并介绍了Kuerete在几个典型场景下的实践。本书适合有一定Docker基础的开发者、架构师、IT学生，以及正在探索基于Docker构建云计算平台的技术人员。也非常适合作为大学教材或培训教材。关于作者浙江大学软件工程实验室（SEL）云计算团队成立于2011年，组织博士、硕士生构建、分析和研究开源云计算技术，包括Docker、Kuerete、CloudFoudry、OeStack、CloudStack、Eucalytu、Covirt、OeShift等，积极为开源社区贡献代码，管理和参与线上线下讨论社区，出席国内外云计算技术峰会并发言。以开源社区为技术交流研发平台，浙大SELLa经过4年多的时间，已经成长为一支热情、有能力的云计算研发团队，同时也是国内外开源云计算社区，尤其是Docker、KuereteCloudFoudry社区得到了广泛的认可。书籍结构本书分为两部分，沿着从容器到容器云的开发路线，从“概念使用分析”到“核心原理分析”，再到“进阶实践技能”，层层递进，全面Docker介绍以及围绕Docker构建的各种容器云平台技术，深入剖析Kuerete背后的技术原理和设计思路。第一部分讲解Docker容器的核心原理和实战技巧。第1章和第2章让读者在短时间内体验IT界的风暴，对Docker的使用有一个初步的了解，为后续源码分析做铺垫。第三章是本书第一部分的核心。本章以Docker1.10源码为基础，深入剖析容器的命名空间和cgrou原理。然后我们以dockerru命令为线索，运行Docker的容器创建和镜像。组织、联合文件系统和容器网络初始化的源码，彻底透彻地向读者展示了Docker源码从一条指令到最终Liux容器生成的全过程的设计原理和执行路线。第4章介绍了当下“容器化思维”的趋势以及Docker相关的几类实用技能，包括网络、监控、服务发现等。值得一提的是，在阅读上述代码的过程中，本书几乎没有贴出任何内容Docker源代码或功能的一部分，但尽量用通俗易懂的语言和生动的插图来展示代码背后的执行逻辑和设计思想。Docker的源代码字面意思是字面意思，我们希望通过这种解读，让读者真正了解Docker和容器背后的设计方法和技术精髓，而不是把它变成一本简单的技术手册。第二部分深入分析了各种基于Docker的“容器云”平台背后的架构细节和设计理念。虽然这些容器云在底层技术上都是基于Docker等容器技术，但它们背后的设计思路却有着很大的不同。我们将看到一个颠覆原有la和Paa云计算生硬分类的辉煌容器云世界。第5章介绍了一种最简单的容器云解决方案作为介绍；第6章和第7章分析比较了几类典型的容器云开源项目，包括Docker官方的“三剑客”项目，FleetadMore类似于经典Paa的Fly和Dei；第八章是本书第二部分的重点。基于Kuerete1.2版本的源码，我们从核心概念到架构分析，再深入到Kuerete源码的组件级分析。这是国内第一次在这个维度详细讲解Kuerete容器云平台的各种技术细节。我们希望通过容器云平台的源码解读，带领读者从纷繁复杂的容器云项目中梳理出一个详细的脉络，让读者在选型和二次开发过程中减少困惑和试错成本发展。作为Kuerete项目的贡献者和特性维护者，我们希望更多的技术人员能够从源代码层面对Kuerete有更深入的了解和了解，与我们一起推动这个优秀的开源项目在中国的进步和发展.降落。在第二部分的最后，我们尝试回答之前关于容器云应该采取什么样的形态才能更好地支持当前时代的问题。信号和初始化过程内核还授予PID命名空间中的iit进程其他权限-信号屏蔽。如果在iit中没有处理信号的代码逻辑，那么与iit相同PID命名空间下的进程发送给它的信号（即使它具有超级权限）将被阻塞。该函数的主要作用是防止iit进程被误杀。那么，父节点的PID命名空间中的进程向子节点中的iit进程发送相同的信号，这个会被忽略吗？父节点中的进程发送的信号，如果不是SICKILL（销毁进程）或SICSTOP（挂起进程）也将被忽略。但是如果发送了SIGKILL或SIGSTOP，则会强制执行子节点的iit（不能通过代码抓包进行特殊处理），这意味着父节点中的进程有权终止子节点中的进程。一旦iit进程被销毁，相同PID命名空间中的其他进程在收到SIGKILL信号后也被销毁。理论上，PID命名空间不再存在。但是如果/roc/[id]//id被挂载或打开，命名空间将被保留。但是，保留的命名空间不能用于通过et()或fork()创建进程，因此它实际上并没有做任何事情。当容器中有多个进程时，容器中的iit进程可以捕获信号，当SIGTERM或SIGINT等信号到达时，会为其子进程保存信息并回收资源。在Dockerdaemo的源码中也可以看到类似的处理方式。当结束信号到来时，容器进程被终止，相应的资源被回收。...

2022-05-06 docker-init docker --init

编辑评论：OeShiftCotaierCloudOeShift：构建基于Kuerete的企业应用云平台介绍如何构建OeShift容器云平台，并在此平台上开发和部署应用程序。探讨如何在OeShift上满足软件开发的共性需求，如持续集成与交付、微服务、数据持久化等。同时讨论OeShift的软件定义网络、高可用等与运维密切相关的话题和配额控制。本书章节结构全书分为基础篇、开发篇和运维篇。基础篇（第1章至第4章）介绍容器云、企业容器云构建、OeShift容器云，帮助读者快速了解相关领域。开发（第5-9章）重点介绍如何使用OeShift容器云来满足应用开发的需求，如持续集成、微服务、数据持久化等主题，让读者了解如何通过容器云平台研发效率。运维（第10-14章）介绍了OeShiftCotaierCloud对运维需求的支持，涵盖了网络、安全、权限、二次开发等运维关注的话题。希望本书能让读者全面了解构建企业容器云平台所涉及的各个方面，以及如何使用OeShift来满足各个方面的需求。本书亮点红帽高级技术顾问和认证架构师的一线经验和独到见解。不要复制或翻译官方文件堆积文字，也不要含糊其辞地谈论想法。章节布局精心设计，语言通俗易懂，内容循序渐进，助你掌握容器云概念。丰富的动手实例，让您了解背后的技术细节，掌握实际操作。考虑到开发和运维的不同关注点，讨论容器云如何帮助企业IT。需要说明的是，本书不是OeShift的产品手册，也不是一本大而全面的功能手册，所以不会列举OeShift的所有功能。如果您正在寻找OeShift功能的详细参数列表，OeShift文档绝对是您的首选。本书的目的是让您逐步了解如何使用OeShift构建企业容器云，以及如何使用OeShift解决企业中遇到的开发、运营和DevO问题。路由器和路由Service为后端Pod集群提供了一个稳定的入口，但Service的IP地址只对集群内的节点和容器可见。对于外部应用程序或用户，此地址不可访问。那么外部用户想要访问Service指向的服务应该怎么做呢？OeShift提供了Router来解决这个问题。Router组件的部署在上一章已经介绍过了。其实Router组件就是一个运行在容器中的Haroxy，是专门定制的Haroxy。用户可以创建一个名为Route的对象，我称之为路由规则。Route与Service关联，并绑定到域名。路由规则将由路由器加载。当用户通过指定的域名访问应用程序时，该域名将被解析并指向Router所在的计算节点。Router获取请求，根据Route规则定义，转发到域名对应的Service后端关联的Pod容器实例。在上一章部署CakePHP应用程序时，我们将Route域名更改为h.a.examle.com。访问域h.a.examle.com时，请求到达Router并分发到后端。当Pod的数量或状态发生变化时，OeShift负责更新Router中的配置，以确保请求始终正确路由到相应的Pod。什么是持久性存储容器默认是非持久化的，当容器被销毁时所有的修改都会丢失。但现实情况是，传统应用大多是有状态的，所以有些容器中的数据必须是持久化的，容器云平台必须为容器提供持久化存储，而Docker本身提供持久化卷挂载。能力。相比单机容器场景，在容器云集群场景中，持久化的实现需要考虑更多的细节。除了支持Docker持久化卷的挂载方式，OeShift还提供了持久化供应模型，即PeritetVolume(PV)和PeritetVolumeClaim(PVC)模型。在PV和PVC模型中，集群管理员会创建大量不同大小、不同特性的PV。在部署应用程序时，用户明确声明需要持久化，创建PVC，并定义所需的存储大小，访问模式（只读或读写；独占或共享），OeShift集群会自动找到满足要求的PV并自动连接到PVC。通过PV和PVC模型，OeShift为用户提供了一种灵活的存储资源消耗方式。OeShift支持范围广泛的持久性后端。除了NFS和iCSI之外，它还支持Ceh和GluterFS等分布式存储，以及AmazoWeService和GoogleComuteEgie的云盘。与存储相关的主题将在后续章节中更详细地讨论。...

2022-05-06 Openshift pod 管理