volume

Docker 宿主机和容器之间文件拷贝 docker copy 前言： Docker 数据管理 在生产环境中使用 Docker ，往往需要对数据进行持久化，或者需要在多个容器之间进行 数据共享，这必然涉及容器的数据管理操作 容器中的管理数据主要有两种方式： 数据卷 Data Volumes 容器内数据直接映射到本地主机环境； 数据卷容器（ Data Volume Containers 使用特定容器维护数据卷 当然还有最原始的copy 方式，这个也是管理数据的方式，但是基本不会用到； 最原始的 copy 方式管理数据： 宿主机文件 copy to 容器内 docker cp 需要拷贝的文件或者目录 容器名称：容器目录 docker cp /jt/monitorlogs/ db3:/jt/software 容器内 copy to 宿主机 docker cp 容器名称：容器目录 宿主机目录 数据卷 数据卷 (Data Volumes) 数据卷是一个可供一个或多个容器使用的 特殊目录，它将主机操作系统目录直接映射进容器， 它可以提供很多有用的特性： 1. 数据卷 可以在容器之间共享和重用 2. 对数据卷的修改会立马生效 3. 对数据卷的更新，不会影响镜像 4. 数据卷 默认会一直存在，即使容器被删除 数据卷相关操作 1. 创建数据卷 docker volume create my-vol

本章目标 Docker宿主机和容器之间文件拷贝 数据卷 数据卷容器 Docker宿主机和容器之间文件拷贝 前言： Docker 数据管理 在生产环境中使用 Docker ，往往需要对数据进行持久化，或者需要在多个容器之间进行 数据共享，这必然涉及容器的数据管理操作 容器中的管理数据主要有两种方式 ： 数据卷 Data Volumes 容器内数据直接映射到本地主机环境； 数据卷容器（Data Volume Containers 使用特定容器维护数据卷 当然还有最原始的copy方式，这个也是管理数据的方式，但是基本不会用到； 最原始的copy方式管理数据 ： 宿主机文件 copy to 容器内 docker cp 需要拷贝的文件或者目录 容器名称：容器目录 实例： docker cp / cgl / monitorlogs / db3 : / cgl / software 容器内 copy to 宿主机 docker cp 容器名称：容器目录 宿主机目录 实例： docker cp db3 : / cgl / software / test . txt / cgl 数据卷 数据卷是一个可供一个或多个容器使用的特殊目录，它将主机操作系统目录直接映射进容器， 它可以提供很多有用的特性： 1.数据卷 可以在容器之间共享和重用 2.对数据卷的修改会立马生效 3.对数据卷的更新，不会影响镜像 4

目标 1、Docker宿主机和容器之间文件拷贝 2、数据卷 3、数据卷容器 Docker宿主机和容器之间文件拷贝docker copy 前言： Docker 数据管理 在生产环境中使用 Docker ，往往需要对数据进行持久化，或者需要在多个容器之间进行 数据共享，这必然涉及容器的数据管理操作 容器中的管理数据主要有两种方式： 数据卷 Data Volumes 容器内数据直接映射到本地主机环境； 数据卷容器（Data Volume Containers 使用特定容器维护数据卷 当然还有最原始的copy方式，这个也是管理数据的方式，但是基本不会用到 最原始的copy方式管理数据： 宿主机文件 copy to 容器内 docker cp 需要拷贝的文件或者目录 容器名称：容器目录 实例： docker cp /hou/monitorlogs/ db3:/hyt/software 容器内 copy to 宿主机 docker cp 容器名称：容器目录 宿主机目录 实例： docker cp db3:/hyt/software/test.txt /hou 数据卷 数据卷(Data Volumes) 数据卷是一个可供一个或多个容器使用的特殊目录，它将主机操作系统目录直接映射进容器， 它可以提供很多有用的特性： 1.数据卷 可以在容器之间共享和重用 2.对数据卷的修改会立马生效 3

目标 1、Docker宿主机和容器之间文件拷贝 2、数据卷 3、数据卷容器 Docker宿主机和容器之间文件拷贝docker copy 前言： Docker 数据管理 在生产环境中使用 Docker ，往往需要对数据进行持久化，或者需要在多个容器之间进行 数据共享，这必然涉及容器的数据管理操作 容器中的管理数据主要有两种方式： 数据卷 Data Volumes 容器内数据直接映射到本地主机环境； 数据卷容器（Data Volume Containers 使用特定容器维护数据卷 当然还有最原始的copy方式，这个也是管理数据的方式，但是基本不会用到； 最原始的copy方式管理数据： 宿主机文件 copy to 容器内 docker cp 需要拷贝的文件或者目录 容器名称：容器目录 实例： docker cp /zking/monitorlogs/ db3:/liuyujian/software 容器内 copy to 宿主机 docker cp 容器名称：容器目录 宿主机目录 实例： docker cp 81d4655db9d5:/liuyujian/test.txt /zking 数据卷 数据卷(Data Volumes) 数据卷是一个可供一个或多个容器使用的特殊目录，它将主机操作系统目录直接映射进容器， 它可以提供很多有用的特性： 1.数据卷 可以在容器之间共享和重用 2

课程目标 1、Docker宿主机和容器之间文件拷贝 2、数据卷 3、数据卷容器 Docker宿主机和容器之间文件拷贝docker copy 前言： Docker 数据管理 在生产环境中使用 Docker ，往往需要对数据进行持久化，或者需要在多个容器之间进行 数据共享，这必然涉及容器的数据管理操作 容器中的管理数据主要有两种方式： 数据卷 Data Volumes 容器内数据直接映射到本地主机环境； 数据卷容器（Data Volume Containers 使用特定容器维护数据卷 当然还有最原始的copy方式，这个也是管理数据的方式，但是基本不会用到； 最原始的copy方式管理数据： 宿主机文件 copy to 容器内 docker cp 需要拷贝的文件或者目录 容器名称：容器目录 实例： docker cp /zking/monitorlogs/ db3:/javaxl/software 容器内 copy to 宿主机 docker cp 容器名称：容器目录 宿主机目录 实例： docker cp db3:/javaxl/software/test.txt /zking 数据卷 数据卷(Data Volumes) 数据卷是一个可供一个或多个容器使用的特殊目录，它将主机操作系统目录直接映射进容器， 它可以提供很多有用的特性： 1.数据卷 可以在容器之间共享和重用 2

TypeScript 3.7 重要特性说明 之所以升级ts到3.7版本，是因为3.7有几个重要的特性能够提升开发效率 可选链 使用?.运算符，用于 可选的属性 访问 let x = foo?.bar.baz(); 当定义了 foo 时，将计算 foo.bar.baz()；但如果 foo 为 null 或 undefined，程序就会停止运行并只返回 undefined。以上代码等效下面的写法： let x = (foo === null || foo === undefined) ? undefined : foo.bar.baz(); 请注意，如果 bar 为 null 或 undefined，我们的代码在访问 baz 时仍会出错。同样，如果 baz 为 null 或 undefined，我们在调用函数时也会出现错误。?. 只会检查其左侧的值是否为 null 或 undefined，而不检查任何后续属性。 可以使用?. 替换许多使用 && 运算符执行中间属性检查的代码。 // 之前 if (foo && foo.bar && foo.bar.baz) { // ... } // 之后 if (foo?.bar?.baz) { // ... } 可选链还包括其他两个操作。首先是 可选元素访问，其作用类似可选属性访问，但允许我们访问非标识符属性（例如任意字符串、数字和符号）： /**

k8s之数据持久化 kubernetes存储卷： 我们知道默认情况下容器的数据都是非持久化的，在容器销毁以后数据也跟着丢失，所以docker提供了volume机制以便将数据持久化存储。类似的，k8s提供了更强大的volume机制和丰富的插件，解决了容器数据持久化和容器间共享数据的问题。 volume： 我们经常会说：容器和 Pod 是短暂的。 其含义是它们的生命周期可能很短，会被频繁地销毁和创建。容器销毁时，保存在容器内部文件系统中的数据都会被清除。为了持久化保存容器的数据，可以使用k8s volume。 Volume 的生命周期独立于容器，Pod 中的容器可能被销毁和重建，但 Volume 会被保留。 k8s支持的volume类型有emptydir，hostpath，persistentVolumeClaim，gcePersistentDisk，awsElasticBlockStore，nfs，iscsi，gitRepo，secret等等，完整列表及详细文档可参考 http://docs.kubernetes.org.cn/429.html 。 在本文中主要实践以下几种volume类型： 1，EmptyDir（临时存储）： emptyDir 是最基础的 Volume 类型。正如其名字所示，一个 emptyDir Volume 是 Host 上的一个空目录

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 消费者在开启acknowledge的情况下，对接收到的消息可以根据业务的需要异步对消息进行确认。 然而在实际使用过程中，由于消费者自身处理能力有限，从rabbitmq获取一定数量的消息后，希望rabbitmq不再将队列中的消息推送过来，当对消息处理完后（即对消息进行了ack，并且有能力处理更多的消息）再接收来自队列的消息。在这种场景下，我们可以通过设置basic.qos信令中的prefetch_count来达到这种效果。 先直观的看看设置了prefetch_count的效果，： 1） 对比测试：两个消费者都订阅同一队列，no_ack均设置为false即开启acknowledge机制，且均未设置prefetch_count，向队列发布5条消息 结果：不管消息是否被ack，rabbitmq会轮流向两个消费者投递消息，第一个消费者收到"1"，"3"，"5"三条消息， 第二个消费者收到"2"，"4"两条消息。 2）prefetch_count设置测试：两个消费者都订阅同一队列，开启acknowledge机制，第一个消费者prefetch_count设置为1，另一个消费者未设置prefetch_count，同样向队列发布5条消息 结果：rabbitmq向第一个消费者投递了一条消息后，消费者未对该消息进行ack