1.一个软件从开发到部署的问题 : 运行环境和配置python
2.软件是否能够带环境安装 : 安装时将开发的环境如出一辙的复制过来docker
一款产品从开发到上线,从操做系统,到运行环境,再到应用配置 做为开发 + 运维之间的协做咱们须要关心不少东西,这也是不少互联网公司都不得不面对的问题 特别是各类版本的迭代以后,不一样版本环境的兼容,对运维人员都是考验 "Docker"之因此发展如此迅速,也是由于它对此给出了一个标准化的解决方案
🎅示例1 你在金鱼店的鱼缸里买一条小金鱼回去,养在家里的盆子里,那么小金鱼有可能水土不服XX,若是你把连鱼带缸的买回去就不会出现这种状况了,由于生存环境没有改变 🎅夸张示例2 若是咱们搬家,通常是把家具之类的一件一件的搬到新房子里去,而后到新房子里有从新布置,"Docker"的理念就是直接把房子铲起来放置到新的住址,那么里面的配置都不用动了,直接能够入住
ps : docker理念:一次构建到处运行服务器
🎅缺点 1. 资源占用多 2. 冗余步骤多 3. 启动慢(分钟级)
🎅传统虚拟技术: 🔰虚拟出一堆硬件, 运行一个完整的操做系统 🔰而后在该系统上再运行一系列的应用程序 🎅容器虚拟化技术: 🔰容器内的应用进程直接运行在宿主的内核, 容器内没有机子的内核 🔰而且没有进行硬件的虚拟,所以更轻便 (只包含业务所须要的环境:"docker"基础镜像就"170M") 🔰每一个容器之间相互隔离, 每一个容器都有本身的文件系统, 容器之间不会相互影响, 能区分计算资源
Docker理念 :一次构建到处运行架构
🎅传统的应用开发完成后,须要提供一堆安装程序和配置说明文档,安装部署后需根据配置文档进行繁杂的配置才能正常运行 🎅Docker化以后只须要交付少许容器镜像文件,在正式生产环境加载镜像并运行便可,应用安装配置在镜像里已经内置好,大大节省部署配置和测试验证时间
🎅随着微服务架构和Docker的发展,大量的应用会经过微服务方式架构,应用的开发构建将变成搭乐高积木同样,每一个"Docker容"器将变成一块"积木","应用的升级将变得很是容易" 🎅当现有的容器不足以支撑业务处理时,可经过镜像运行"新的容器进行快速扩容",使应用系统的扩容从原先的天级变成分钟级甚至秒级
🎅应用容器化运行后,生产环境运行的应用可与开发、测试环境的应用"高度一致",容器会将应用程序相关的环境和状态彻底封装起来,不会由于底层基础架构和操做系统的不一致性给应用带来影响,产生新的BUG 🎅当出现程序异常时,也能够经过测试环境的相同容器进行快速定位和修复
🎅Docker是内核级虚拟化,其不像传统的虚拟化技术同样须要额外的Hypervisor支持,因此在一台物理机上"能够运行不少个容器实例",可大大"提高物理服务器的CPU和内存的利用率"
🎅仓库注册服务器: 🔰存放着多个仓库 🎅仓库: 🔰 每一个仓库包含多个镜像,每一个镜像有不一样的标签('tag':相似于版本号) 🔰仓库分为公开仓库(Public)和私有仓库(Private)两种形式 🔰最大的公开仓库是 "Docker Hub:(https://hub.docker.com/)"