容器

更改容器时区 以etcd为例 得到容器ID [root@node41 yaml]# docker ps | grep etcd | awk -F ' ' '{print $1}' aede28960ccd [root@node41 yaml]# 创建对应的时区路径 [root@node41 yaml]# docker exec -it aede28960ccd sh -c 'mkdir -p /usr/share/zoneinfo/Asia/' 拷贝时区文件 [root@node41 yaml]# docker cp /usr/share/zoneinfo/Asia/Shanghai aede28960ccd:/usr/share/zoneinfo/Asia/Shanghai 创建链接 [root@node41 yaml]# docker exec -it aede28960ccd sh -c 'ln -s /usr/share/zoneinfo/Asia/Shanghai /etc/localtime' 查看时间 [root@node41 yaml]# docker exec -it aede28960ccd sh -c 'date' Fri Aug 9 16:13:38 CST 2019 [root@node41 yaml]# 来源： https://www.cnblogs

列出所有的容器 ID docker ps -aq 　　 停止所有的容器 docker stop $(docker ps -aq) 删除所有的容器 docker rm $(docker ps -aq) 删除所有的镜像 docker rmi $(docker images -q) 复制文件 docker cp mycontainer:/opt/file.txt /opt/local/ docker cp /opt/local/file.txt mycontainer:/opt/ 现在的docker有了专门清理资源(container、image、网络)的命令。 docker 1.13 中增加了 docker system prune 的命令，针对container、image可以使用 docker container prune 、 docker image prune 命令。 docker image prune --force --all 或者docker image prune -f -a` : 删除所有不使用的镜像 docker container prune -f : 删除所有停止的容器 转载地址： https://colobu.com/2018/05/15/Stop-and-remove-all-docker-containers-and-images/ 来源： https

容器 容器与虚拟机对比图(左边为容器、右边为虚拟机)   容器技术是虚拟化技术的一种，以Docker为例，Docker利用Linux的LXC(LinuX Containers)技术、CGroup(Controll Group)技术和AUFS(Advance UnionFileSystem)技术等，通过对进程和资源加以限制，进行调控，隔离出来一套供程序运行的环境。 我们把这一环境称为“容器”，把构建该“容器”的“只读模板”，称之为“镜像”。   容器是独立的、隔离的，不同容器间不能直接通信，容器与宿主机也是隔离开来的，容器不能直接感知到宿主机的存在，同时宿主机也无法直接窥探容器内部。   虽然容器与宿主机在环境上，逻辑上是隔离的，但容器与宿主机共享内核，容器直接依赖于宿主机Linux系统的内核，这与虚拟机不同，后者是在宿主机的操作系统上，虚拟化一套硬件环境，然后在此环境上运行需要的操作系统。容器技术常用来在宿主机上隔离出环境来部署应用（用容器化技术部署的应用称为 ***“容器化应用”*** ），而虚拟机常用来运行一个与宿主机不同的操作系统，从而运行特定的软件。   容器非常轻量级，无论是启动速度，资源占用情况，灵活性等均优于虚拟机。容器的特性给开发生产提供了非常大的便利： * DevOps理念，开发者可以使用同一个镜像，在开发环境、测试环境和生产环境构建相同的容器

我在hostname为docker02的机器上有如下一个容器，现在我要把这个容器打成镜像，并导出，再导入到另一个docker中 打成镜像，命令: [root@docker02 /]# docker commit -a "dockerexamine" -m "my docker Examine" ec6fea995006 dockerexamine:v1 把镜像导出,导出压缩包为dockerexamine.tar,放在路径/usr/local/node路径下: [root@docker02 /]# docker save dockerexamine -o /usr/local/node/dockerexamine.tar dockerexamine:v1 把dockerexamine.tar拷贝到hostname为docker的机器上,并导入docker中 本人是把dockerexamine.tar放在/usr/local/node路径下 [root@docker node]# docker load --input ./dockerexamine.tar 运行刚导入的镜像 来源： 51CTO 作者： 马仔里德尔 链接： https://blog.51cto.com/14159501/2456564

作者 | 贤维 阿里巴巴高级技术专家 导读 ：Serverless Kubernetes 是阿里云容器服务团队对未来 Kubernetes 演进方向的一种探索，通过对 Kubernetes 做减法，降低运维管理负担，简化集群管理，让 Kubernetes 从复杂到简单。 背景 Kubernetes 作为通用的容器编排系统，承载了广泛的应用和场景，包括 CI／CD，数据计算，在线应用，AI 等，然而由于其通用性和复杂性，管理一个 Kubernetes 集群对于很多用户而言还是充满挑战的，主要体现在： 学习成本高； 集群运维管理成本高，包括节点管理、容量规划，以及各种节点异常问题的定位； 计算成本在很多场景中没有达到最优，比如对于一个定时运行 Jobs 的集群，长期持有资源池对于用户来说是浪费的行为，资源利用率不高。 对 Kubernetes 集群做减法 无节点管理 我们相信未来用户会更加关注应用的开发，而不是基础设施的维护。体现在 Kubernetes 集群中，我们希望用户能够关注在 pod/service/ingress/job 等应用编排语义上，对底层 node 则可以减少关注。 无需管理节点也可以显著降低集群的运维管理成本，经统计 Kubernetes 常见的异常问题中大多数与节点相关，比如 Node NotReady 问题，也无需担忧 Node 的安全问题

Spring立志全方面的简化java开发，主要采取了四个关键策略： 基于POJO的轻量级和最小侵入性编程 通过以来主图和面向接口松藕合 基于切面和惯性进行声明式编程 通过切面和模板减少样板式代码 主要通过：面向Bean，依赖注入以及面向切面这三种方式来实现的 BeanFactory接口，它是工厂设计模式得到实现，允许通过名称创建和检索对象。BeanFactory也可以管理对象间的关系。 BeanFactory支持两个对象模型 单例：模型提供了具有特定名称的对象的共享实例，可以在查询时对其进行检索，Sigleton是默认的也是最常用的对象模型。对于无状态服务对象很理想 原型：模型确保每次检索都会创建新的对象。在每个用户都需要自己的对象时，原型模式最适合 Bean工厂的概念是Spring作为IOC容器的基础。IOC则将处理事情的责任从应用程序代码转换到了框架 AOP，面向切面编程，一种编程思想 AOP编程的常用场景有：Authentication 权限认证，Logging日志，Transctions Manage事务，Lazy Loading 懒加载，Context Process上下文处理，Error Handler错误跟踪（异常捕获机制），Cache缓存 Spring Framework 5 Runtime Spring 5 包结构 以及依赖关系

作者 | 贤维 阿里巴巴高级技术专家 导读 ：Serverless Kubernetes 是阿里云容器服务团队对未来 Kubernetes 演进方向的一种探索，通过对 Kubernetes 做减法，降低运维管理负担，简化集群管理，让 Kubernetes 从复杂到简单。 背景 Kubernetes 作为通用的容器编排系统，承载了广泛的应用和场景，包括 CI／CD，数据计算，在线应用，AI 等，然而由于其通用性和复杂性，管理一个 Kubernetes 集群对于很多用户而言还是充满挑战的，主要体现在： 学习成本高； 集群运维管理成本高，包括节点管理、容量规划，以及各种节点异常问题的定位； 计算成本在很多场景中没有达到最优，比如对于一个定时运行 Jobs 的集群，长期持有资源池对于用户来说是浪费的行为，资源利用率不高。 对 Kubernetes 集群做减法 无节点管理 我们相信未来用户会更加关注应用的开发，而不是基础设施的维护。体现在 Kubernetes 集群中，我们希望用户能够关注在 pod/service/ingress/job 等应用编排语义上，对底层 node 则可以减少关注。 无需管理节点也可以显著降低集群的运维管理成本，经统计 Kubernetes 常见的异常问题中大多数与节点相关，比如 Node NotReady 问题，也无需担忧 Node 的安全问题

Docker详解及使用 前言：在日常开发中，我们都对容器这个概念多少有所了解，容器通俗来讲就是将许多我们所需要的东西集成于一起，方面后期使用，那么Docker呢？ 1.关于Docker Docker简介 Docker是一个开源的应用容器引擎，它可以让开发者打包他们的应用以及依赖包到一个轻量级、可移植的容器中，然后发布到任何流行的 Linux 机器上，也可以实现虚拟化 ; 而且容器是完全使用沙箱机制，相互之间不会有任何接口，容器性能开销极低 ； 简言之可以把它理解为一个应用程序执行的容器 对以上的简述可能还是有些不解，所以在真正理解Docker之前，可以先弄清楚Docker和虚拟机，那么Docker和虚拟机有什么区别呢？ 虚拟机性能依赖于硬件，而Docker是构件在操作系统中，开源轻量化 Docker轻量化适用于部署少量应用，在Docker上我们可以部署Nginx，redis或者Mysql等 Docker基于DockerFile进行容器的构建，可以手动编写DockerFile来指定相应的系统环境和依赖 Docker 将应用程序与该程序的依赖，打包在一个文件里面，运行这个文件，就会生成一个虚拟容器，程序在这个虚拟容器里运行，类似于在真实的物理机上运行，而且也不需要担心环境问题 所以总体来说，Docker是属于Linux容器的一种封装，提供简单易用的容器使用接口，可以轻松的创建和使用容器

注意：如果有存在多个容器，都占用了同一端口，那么只会起来一个，要注意，我在调试时候就遇到这个坑了 在使用docker run启动容器时，使用--restart参数来设置： docker run -m 512m --memory-swap 1G -it -p 58080:8080 --restart=always --name bvrfis --volumes-from logdata mytomcat:4.0 /root/run.sh --restart具体参数值详细信息： no - 容器退出时，不重启容器； on-failure - 只有在非0状态退出时才从新启动容器； always - 无论退出状态是如何，都重启容器； 如果创建时未指定 --restart=always ,可通过update 命令设置 docker update --restart=always xxx 还可以在使用on - failure策略时，指定Docker将尝试重新启动容器的最大次数。默认情况下，Docker将尝试永远重新启动容器。 sudo docker run --restart=on-failure:10 redis 转载地址：http://blog.csdn.net/lin521lh/article/details/78413631 来源： https://www.cnblogs.com

在Google搜关键字“slider”或“swiper”能找到一大堆相关插件，自己造轮子是为了能更好的理解其中的原理。 给这个插件取名为“veSlider”是指“very easy slider”非常简单的一个滑动插件。 这只是个半成品，仅仅实现了手指滑动、自动轮播、跳转等基本功能。代码撑死了200行不到，用的原理也比较简单粗暴。 点击跳转到 Github上代码地址 。扫描下面的二维码可以查看在线demo： 一、实现原理与效果 1）在下图中，将“ul”容器设置为相对定位，子标签“li”设置为绝对定位 2）移动的效果，其实就是动态修改translateX的值 3）相邻的两张图片能够贴在一起，就是translateX起的作用 4）动态给“li”添加或移除过渡效果，可以实现缓动 5）当你向左滑动最后一张图片，跟着出来的是第一张；或者当你向右滑动第一张图片，跟着出来的是最后一张图片 6）在第5点中，要实现这种效果需要做些控制，注意“li”标签最后会被设置为visibility，就是在做相关的控制，后面会讲到 7）根据下图可以看到，当前的“li”的translateX值肯定是0，然后上一张为-320px，下一张320px 二、结构 1）CSS 只是做了简单通用设置，可以自定义扩充。 1 .veSlider { 2 position: relative; 3 list-style: none;