容器

K8S Pod status的状态分析 CrashLoopBackOff： 容器退出，kubelet正在将它重启 InvalidImageName： 无法解析镜像名称 ImageInspectError： 无法校验镜像 ErrImageNeverPull： 策略禁止拉取镜像 ImagePullBackOff： 正在重试拉取 RegistryUnavailable： 连接不到镜像中心 ErrImagePull： 通用的拉取镜像出错 CreateContainerConfigError： 不能创建kubelet使用的容器配置 CreateContainerError： 创建容器失败 m.internalLifecycle.PreStartContainer 执行hook报错 RunContainerError： 启动容器失败 PostStartHookError： 执行hook报错 ContainersNotInitialized： 容器没有初始化完毕 ContainersNotReady： 容器没有准备完毕 ContainerCreating：容器创建中 PodInitializing：pod 初始化中 DockerDaemonNotReady：docker还没有完全启动 NetworkPluginNotReady： 网络插件还没有完全启动 K8S-YAML的使用及命令

一. 环境下载 到Mini 容器的 官方网站 下载 NLite框架 的二进制文件，下载并解压后就可以了。 我们使用NLite框架需要用到下面的文件： NLite.dll(必要) 二. 建立NLite应用程序 新建一个控制台应用程序 HostMini 添加NLite.dll 引用 添加命名空间：using NLite;using NLite.Mini; 在主函数中添加创建Mini容器的代码：var container = new Kernel(); 创建契约接口IMessageSender 创建组件EmailSender 通过服务注册表注册组件EmailSender 通过服务定位器获取契约接口 调用契约方法： 运行程序，输出结果 using System; using System.Collections.Generic; using System.Linq; using System.Text; using NLite; using NLite.Mini; namespace HostMini { public class App { [Contract] public interface IMessageSender { void Send(string message); } public class EmailSender : IMessageSender { public

Spring 系列面试题整合 大家好，俺依旧是智慧与帅气并存的小木，今天给大家带来的是spring系列面试题完结篇 前言 终于!!! 功夫不负有心，历经3天时间 【加上熬夜四舍五入6天 [手动滑稽]】，小木这边把spring系列的面试题已经整理完毕了，得到了很多大佬的好评，我也是心生欢喜呀 同时也希望各位得到各位的支持，帮我点点赞好评一下是对我最大的支持 最近几天有很多朋友跟我聊到年后准备换工作跳槽，所以最近一段时间小木还是会照常更新面试知识点系列，这里已经把java岗位一写核心的知识点整理成了文档，希望大家加油！！ 关于java核心知识点文档分享给大家 注：面试文档领取看文末 上上篇 — spring系列面试题整理题卡(1) 上篇 — spring boot，spring Cloud知识点整理(2) sping系列面试题展示 1、什么是spring? 2、使用Spring框架的好处是什么？ 3、Spring由哪些模块组成？ 4、核心容器（应用上下文) 模块 5、 BeanFactory – BeanFactory 实现举例 6、XMLBeanFactory 7、解释AOP模块 8、解释JDBC抽象和DAO模块 9、 解释对象/关系映射集成模块 10、解释WEB 模块 11、Spring配置文件 12、什么是Spring IOC 容器？ 13、 IOC的优点是什么？ 14、

docker run -it -v /宿主机绝对路径目录:/容器内目录 镜像id/镜像名 容器里有了这个文件夹 宿主机也有了这个文件夹 这时候你给宿主机或者容器添加文件修改文件，二者都会同步更新。 就算容器关闭之后，重启，容器内的容器卷也会同步宿主机的内容。 docker inspect 容器id/容器名 会发现宿主机的卷文件夹和容器的卷文件夹绑定了 这里的Mode没有值，默认是可读可写 3. 我们用第一个命令创建容器卷双方都具有读写权限，可是如何设置容器只有读的权限呢 只要在容器卷路径上加上:ro 意思是readonly 4. docker run -it -v 宿主机路径:容器路径:ro 镜像id/镜像名 运行这条命令之后 我们再docker inspect 容器id 发现Mode 的值 为ro 只读 大家可以在容器里面创建一个文件，或者修改一个文件，会发现失败。 5. 编写Dockefile 其中VOLUMES [] 表明容器有多个卷对应主机的卷文件夹，默认会给主机创建两个卷文件夹与你Dockerfile写的对应 6. 使用DockerFile构建镜像并运行 docker build -f 文件路径 -t 镜像名 . 7. 我们docker inspect 容器id 会发现每个容器卷文件夹有一个与之对应的主机文件夹 8. 容器数据卷 让一个容器继承另一个容器的数据卷

1.Docker概述 1.1.Docker简介 Docker 是一个开源的应用容器引擎，基于 Go 语言开发。Docker 可以让开发者打包他们的应用以及依赖包到一个轻 量级、可移植的容器中，然后发布到任何流行的 Linux 机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互 之间不会有任何接口（类似 iPhone 的 app）,更重要的是容器性能开销极低。 · Docker应用场景 Web 应用的自动化打包和发布 自动化测试和持续集成、发布 在服务型环境中部署和调整数据库或其他的后台应用 使用Docker可以实现开发人员的开发环境、测试人员的测试环境、运维人员的生产环境的一致性。 1.2. Docker容器与传统虚拟机比较 传统虚拟机 传统虚拟机技术 基于安装在主操作系统上的虚拟机管理系统（如：VirtualBox和VMWare等），创建虚拟机（虚拟出 各种硬件），在虚拟机上安装从操作系统，在从操作系统中安装部署各种应用。 Docker Docker容器 是在操作系统层面上实现虚拟化，直接复用本地主机的操作系统，而传统虚拟机则是在硬件层面实现虚 拟化。与传统的虚拟机相比，Docker优势体现为启动速度快、占用体积小。 1.3. Docker组成部分 2. Docker安装与启动 Docker可以运行在MAC、Windows、CentOS、DEBIAN、UBUNTU等操作系统上

docker镜像基本操作 docker的命令总是要以root的权限运行 1. 查看本地镜像 docker images 2. 搜索镜像 docker search centos 3. 搜索镜像并过滤是官方的 docker search --filter "is-official=true" centos 4. 搜索镜像并过滤大于多少星星的镜像 docker search --filter stars=10 centos 5. 下载centos7镜像 docker pull centos:7 6. 修改本地镜像的名称 docker tag centos:7 mycentos:1 7. 本地镜像删除 docker rmi centos:7 镜像与容器 可以理解为iso文件与用其安装出来的centos系统 基本操作 1. 构建容器 docker run -itd --name=mycentos centos:7 * -i 表示以交互模式运行容器(让容器的标准输入保持打开) * -d 表示后台运行容器，并返回容器ID * -t 为容器重新分配一个伪输入终端 * --name 为容器指定名称 2. 查看本地所有的容器 docker ps -a 3. 查看本地正在运行的容器 docker ps 4. 停止容器 docker stop CONTAINER_ID / CONTAINER_NAME

目录 Docker容器CPU限制选项测试 参考 实验环境 --cpu-shares选项 测试 结论 --cpus选项 测试 结论 --cpuset-cpus选项 测试 结论 Docker容器CPU限制选项测试 Docker Version: 19.03.5 😄 Written by Zak Zhu 参考 Breeze老师的docker培训 马哥docker视频 实验环境 HOST CPUs VM 4 --cpu-shares选项 --cpu-shares int Set this flag to a value greater or less than the default of 1024 to increase or reduce the container's weight , and give it access to a greater or lesser proportion of the host machine's CPU cycles. This is only enforced when CPU cycles are constrained . When plenty of CPU cycles are available, all containers use as much CPU as they need. In that way, this is a

Spring Boot与Docker 转载于尚硅谷 五、Docker 1、简介 Docker 是一个开源的应用容器引擎；是一个轻量级容器技术； Docker支持将软件编译成一个镜像；然后在镜像中各种软件做好配置，将镜像发布出去，其他使用者可以直接使用这个镜像； 运行中的这个镜像称为容器，容器启动是非常快速的。 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-x4LQmbdK-1578836002604)(images/搜狗截图20180303145450.png)] [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-P879m7lJ-1578836002605)(images/搜狗截图20180303145531.png)] 2、核心概念 docker主机(Host)：安装了Docker程序的机器（Docker直接安装在操作系统之上）； docker客户端(Client)：连接docker主机进行操作； docker仓库(Registry)：用来保存各种打包好的软件镜像； docker镜像(Images)：软件打包好的镜像；放在docker仓库中； docker容器(Container)：镜像启动后的实例称为一个容器；容器是独立运行的一个或一组应用 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img

占位 来源： https://www.cnblogs.com/Scorpicat/p/12012917.html

Spring 为了降低Java开发的复杂性，Spring采取了以下4种关键策略： * 基于POJO的轻量级和最小入侵性编程； * 通过依赖注入和面向接口实现松耦合； * 基于切面和惯例进行声明式编程； * 通过切面和模板减少样板式代码； 几乎Spring所做的任何事情都可以追溯到上面一条或者多条策略。 DI： 控制反转（Inversion of Control，英文缩写为IoC）是框架的重要特征，并非 面向对象编程 的专用术语。它与依赖注入（Dependency Injection，简称 DI ）和依赖查找（Dependency Lookup）并没有关系。如设计模式中的模板方法模式就是控制反转的一种。 控制反转即IoC (Inversion of Control)，它把传统上由程序代码直接操控的对象的调用权交给容器，通过容器来实现对象组件的装配和管理。所谓的"控制反转"概念就是对组件对象控制权的转移，从程序代码本身转移到了外部容器。 IoC是一个很大的概念，可以用不同的方式来实现。其主要实现方式有两种：<1>依赖查找（Dependency Lookup）：容器提供回调接口和上下文环境给组件。EJB和Apache Avalon都使用这种方式。<2>依赖注入（Dependency Injection）：组件不做定位查询，只提供普通的Java方法让容器去决定依赖关系