皮皮网

1.docker的架构(docker的架构体系是服务器和客户端)
2.centos简介
3.Docker 源码分析
4.在离线混部-Koordinator Cpu Burst 特性 源码调研

docker的架构(docker的架构体系是服务器和客户端)

       docker是干什么的

       docker是一个开源的应用容器引擎。裤瞎

       让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发胡盯空布到任何流行的Linux机器上，也可以实现虚拟化，容器是完全使用沙箱机制，相互之间不会有任何接口。维护登记系统源码

       众所周知，一个Java应用war包或者jar包启动成功，有能够对外提供服务的能力，能正常访问页面，做操作，需要部署到一台有tomcat的linux环境中，没有容器技术前的上线流程通常出现这样的或那样的问题。

       docker的架构

       Docker使用客户端服务器架构模式，使用远程API来管理和创建Docker容器，Docker容器通过Docker镜像来创建。容器则樱与镜像的关系类似于面向对象编程中的对象与类，Dockerdaemon一般在宿主主机后台运行，等待接收来自客户端的消息。Docker客户端则为用户提供一系列可执行命令，用户用这些命令实现跟Dockerdaemon交互。

       Dockerdaemon作为服务端接受来自客户的请求，并处理这些请求创建、运行、分发容器。特斯拉的源码客户端和服务端既可以运行在一个机器上，也可通过socket或者RESTfulAPI来进行通信。

       openwrt的docker是什么架构的

       OpenWrt支持多种架构的处亮败理器，因此OpenWrt的Docker应该也支持多种架构。具体来说，Docker是一个睁皮开源的容器化平台，可以在不同的操作系统和处理器架构上运行。Docker使用了Linux内核中的一些特性，如Cgroups和命名空间，可以在不同的操作系统和处理器架构上实现轻量级虚拟化。因此，敬早颤OpenWrt的Docker应该支持与OpenWrt本身支持的处理器架构相同的架构，例如x、ARM、MIPS等。

CI/CD的实践

       阿里云的Docker镜像源添加

       docker服务基本的操作

       得到密钥后填入，继续

       然后再贺燃大点击去安装推荐插件

       docker的架构是C/S架构禅竖。在我们使用docker命令时，其实是命令使用socket与docker的守护进程进行通信，我们需要将jenkins添加到docker的用户组,才能正常执行docker命令

       NODE

       服务器上生成

       把公钥添加在到git,私钥添加到jenkins源码管理

       本地文件添加DockerFile和nginx配置

       构建脚本

       然后构建生成一个新的镜像

       镜像库就是集中存放镜像的一个文件服务。镜像库在CI/CD中，又称制品库。构建段册后的产物称为制品，制品则要放到制品库做中转和版本管理。热舞视频源码常用平台有Nexus，Jfrog，Harbor或其他对象存储平台

哪个不是docker架构中的组件?

       docker架派梁构贺铅中的组件包括：Dockerdaemon，DockerClient，DockerRegistry，DockerImages，DockerContainers。那么不属于docker架构中的组件的是：DockerHost。禅羡好

基于docker部署的微服务架构（二）：服务提供者和调用者

       前一篇基于docker部署的微服务架构（一）：服务注册中心已经成功创建了一个服务注册中心，现在我们创建一个简单的微服务，让这个服务在服务注册中心注册。然后再创建一个调用者，调用此前创建的微服务。

       新建一个maven工程，修改pom.xml引入springcloud依赖:

       在resources目录中创建application.yml配置文件，在配置文件内容:

       这里eureka的注册地址为上一篇中设置的defaultZone。

       在java目录中创建一个包demo，在包中创建启动入口AddServiceApplication.java

       在demo包下新建一个子包controller，在controller子包下创建一个controller对外提供接口。

       在服务注册中心已经空启迅运行的情况下，运行AddServiceApplication.java中的main方法，启动微服务。

       访问服务注册中心页面，可以看到已经成功注册了ADD-SERVICE-DEMO服务。协议源码生成

       启动第二个实例，修改端口为，修改AddController.java中的输出信息为

       再次运行AddServiceApplication.java中的main方法。

       访问服务注册中心页面，可以看到已经成功注册了两个ADD-SERVICE-DEMO服务，端口分别为和。

       新建一个maven工程，修改pom.xml引入springcloud依赖:

       在resources目录中创建application.yml配置文件，在配置文件旁颤内容:

       在java目录中创建一个包demo，在包中创建启动入口RibbonClientApplication.java

       这里配置了一个可以从服务注册中心读取服务列表，并且实现了负载均衡的restTemplate。

       在demo包下新建一个子包controller，在controller子包下创建一个controller对外提供接口。

       可以看到这里的请求url用了服务注册中心对应的Application。

       运行RibbonClientApplication.java中的main方法，启动项目。

       在浏览器中访问;b=2，得到返回结果：

       多次访问，查看AddServiceApplication的控制台，可以看到两个ADD-SERVICE-DEMO被负载均衡的调用。

       demo源斗此码spring-cloud-1.0/ribbon-client-demo

       新建一个maven工程，修改pom.xml引入springcloud依赖:

       在resources目录中创建application.yml配置文件，在配置文件内容:

       在java目录中创建一个包demo，在包中创建启动入口FeignClientApplication.java

       在demo包下新建一个子包service，iapp关于源码在service子包下创建一个接口AddService.java调用之前创建的微服务ADD-SERVICE-DEMO。

       这里@FeignClient注解中的参数为服务注册中心对应的Application。

       在demo包下再新建一个子包controller，在controller子包下创建一个FeignController.java对外提供接口。

       FeignController里注入了刚才创建的AddService接口。

       运行FeignClientApplication.java中的main方法，启动项目。

       在浏览器中访问;b=2，得到返回结果：

       多次访问，查看AddServiceApplication的控制台，可以看到两个ADD-SERVICE-DEMO被负载均衡的调用。

       demo源码spring-cloud-1.0/feign-client-demo

       以add-service-demo为例，

       复制application.yml，重命名为application-docker.yml，修改defaultZone为：

       这里修改了defaultZone的访问url，如何修改取决于部署docker容器时的--link参数，--link可以让两个容器之间互相通信。

       修改application.yml中的spring节点为：

       这里增加了profiles的配置，在maven打包时选择不同的profile，加载不同的配置文件。

       在pom.xml文件中增加：

       选择dockerprofile，运行mvninstall-Pdocker，打包项目并生成docker镜像，注意docker-maven-plugin中的entryPoint标签里的内容不能换行，否则在生成docker镜像的时候会报错。

       运行成功后，登录docker节点，运行dockerimages应该可以看到刚才打包生成的镜像了。

       在前一篇中，已经创建了一个service-registry-demo的docker镜像，这里先把这个镜像运行起来。

       对这条命令做个简单说明，-d指定当前容器运行在后台，--name指定容器名称，--publish指定端口映射到宿主机，--volume这个挂载是为了解决容器内的时区和宿主机不一致的问题，让容器使用宿主机设置的时区，最后指定使用的docker镜像，镜像名称和标签需要根据自己的情况做修改。

       运行这条命令之后，service-registry-demo的容器就启动了。访问es提供Docker容器调度服务，Microsoft宣布Azure支持Kubernetes，VMware与Docker合作。Docker在分布式应用领域获得万美元的C轮融资。

       Docker的架构主要由Docker Client、Docker Daemon、Docker Registry、Graph、Driver、libcontainer以及Docker container组成。

Docker Client：用户通过命令行工具与Docker Daemon建立通信，发起容器管理请求。

Docker Daemon：后台运行的系统进程，接收并处理Docker Client请求，通过路由与分发调度执行相应任务。

Docker Registry：存储容器镜像的仓库，支持公有与私有注册。

Graph：存储已下载镜像，并记录镜像间关系的数据库。

Driver：驱动模块，实现定制容器执行环境，包括graphdriver、networkdriver和execdriver。

libcontainer：库，使用Go语言设计，直接访问内核API，提供容器管理功能。

Docker container：Docker架构的最终服务交付形式。

       架构内各模块功能如下：

Docker Client：用户与Docker Daemon通信的客户端。

Docker Daemon：后台服务，接收并处理请求，执行job。

Graph：存储容器镜像，记录镜像间关系。

Driver：实现定制容器环境，包括管理、网络与执行驱动。

libcontainer：库，提供内核访问，实现容器管理。

Docker container：执行容器，提供隔离环境。

       核心功能包括从Docker Registry下载镜像、创建容器、运行命令与网络配置。

       总结，通过Docker源码学习，深入了解其设计、功能与价值，有助于在分布式系统实现中找到与已有平台的契合点。同时，熟悉Docker架构与设计思想，为云计算PaaS领域带来实践与创新启发。

在离线混部-Koordinator Cpu Burst 特性 源码调研

       在离线混部场景下，Koordinator引入了Cpu Burst特性来优化CPU资源管理。这个特性源自Linux内核的CPU Burst技术，旨在处理突发的CPU使用需求，减少CPU限流带来的影响。cgroups的参数如cpu.share、cpu.cfs_quota_us和cpu.cfs_burst，分别控制了CPU使用率、配额和突发缓冲效果。在Kubernetes中，资源请求（requests.cpu）和限制（limits.cpu）通过这些参数来实现动态调整，以保证容器间公平的CPU分配。

       对于资源调度，Kubernetes的Bandwidth Controller通过时间片限制进程的CPU消耗，针对延迟敏感业务，如抖音视频服务，通过设置合理的CPU limits避免服务质量下降，同时也考虑资源的高效利用。然而，常规的限流策略可能导致容器部署密度降低，因为时间片间隔可能不足以应对突发的CPU需求。CPU Burst技术正是为了解决这个问题，通过收集未使用的CPU资源，允许在突发时使用，从而提高CPU利用率并减少throttled_time。

       在Koordinator的配置中，通过configMap可以调整CPU Burst的百分比，以及在负载过高时的调整策略。例如，当CPU利用率低于阈值时，允许动态扩展cfs_quota，以应对突发的CPU使用。源码中，会根据节点负载状态和Pod的QoS策略来调整每个容器的CPU Burst和cfs_quota。

       总的来说，Cpu Burst特性适用于资源利用率不高且短作业较多的场景，能有效提升核心业务的CPU资源使用效率，同时对相邻容器的影响较小。在某些情况下，结合cpuset的核绑定和NUMA感知调度可以进一步减少CPU竞争。理解并灵活运用这些技术，有助于优化云计算环境中的资源分配和性能管理。