一款产品从开发到上线,从操做系统,到运行环境,再到应用配置。做为开发+运维之间的协做咱们须要关心不少东西,这也是不少互联网公司都不得不面对的问题,特别是各类版本的迭代以后,不一样版本环境的兼容,对运维人员都是考验java

问题:为何会有docker出现
- Docker之因此发展如此迅速,也是由于它对此给出了一个标准化的解决方案。
环境配置如此麻烦,换一台机器,就要重来一次,费力费时。不少人想到,能不能从根本上解决问题,软件能够带环境安装?也就是说,安装的时候,把原始环境如出一辙地复制过来。开发人员利用 Docker 能够消除协做编码时“在个人机器上可正常工做”的问题。

-
以前在服务器配置一个应用的运行环境,要安装各类软件,就拿尚硅谷电商项目的环境来讲吧,Java/Tomcat/MySQL/JDBC驱动包等。安装和配置这些东西有多麻烦就不说了,它还不能跨平台。假如咱们是在 Windows 上安装的这些环境,到了 Linux 又得从新装。何况就算不跨操做系统,换另外一台一样操做系统的服务器,要移植应用也是很是麻烦的。docker
-
传统上认为,软件编码开发/测试结束后,所产出的成果便是程序或是可以编译执行的二进制字节码等(java为例)。而为了让这些程序能够顺利执行,开发团队也得准备完整的部署文件,让运维团队得以部署应用程式,开发须要清楚的告诉运维部署团队,用的所有配置文件+全部软件环境。不过,即使如此,仍然经常发生部署失败的情况。数据库
-
Docker镜像的设计,使得Docker得以打破过去「程序即应用」的观念。透过镜像(images)将做业系统核心除外,运做应用程式所须要的系统环境,由下而上打包,达到应用程式跨平台间的无缝接轨运做。服务器
docker理念
- Docker是基于Go语言实现的云开源项目。
- Docker的主要目标是“Build,Ship and Run Any App,Anywhere”,也就是经过对应用组件的封装、分发、部署、运行等生命周期的管理,使用户的APP(能够是一个WEB应用或数据库应用等等)及其运行环境可以作到“一次封装,处处运行”。

- Linux 容器技术的出现就解决了这样一个问题,而 Docker 就是在它的基础上发展过来的。将应用运行在 Docker 容器上面,而 Docker 容器在任何操做系统上都是一致的,这就实现了跨平台、跨服务器。只须要一次配置好环境,换到别的机子上就能够一键部署好,大大简化了操做
一句话
- 解决了运行环境和配置问题软件容器,方便作持续集成并有助于总体发布的容器虚拟化技术。

以前的虚拟机技术
虚拟机(virtual machine)就是带环境安装的一种解决方案。
它能够在一种操做系统里面运行另外一种操做系统,好比在Windows 系统里面运行Linux 系统。应用程序对此毫无感知,由于虚拟机看上去跟真实系统如出一辙,而对于底层系统来讲,虚拟机就是一个普通文件,不须要了就删掉,对其余部分毫无影响。这类虚拟机完美的运行了另外一套系统,可以使应用程序,操做系统和硬件三者之间的逻辑不变。
架构
虚拟机的缺点:
1 资源占用多 2 冗余步骤多 3 启动慢运维
容器虚拟化技术
因为前面虚拟机存在这些缺点,Linux 发展出了另外一种虚拟化技术:Linux 容器(Linux Containers,缩写为 LXC)。
Linux 容器不是模拟一个完整的操做系统,而是对进程进行隔离。有了容器,就能够将软件运行所需的全部资源打包到一个隔离的容器中。容器与虚拟机不一样,不须要捆绑一整套操做系统,只须要软件工做所需的库资源和设置。系统所以而变得高效轻量并保证部署在任何环境中的软件都能始终如一地运行。

比较了 Docker 和传统虚拟化方式的不一样之处:微服务
- 传统虚拟机技术是虚拟出一套硬件后,在其上运行一个完整操做系统,在该系统上再运行所需应用进程;
- 而容器内的应用进程直接运行于宿主的内核,容器内没有本身的内核,并且也没有进行硬件虚拟。所以容器要比传统虚拟机更为轻便。
- 每一个容器之间互相隔离,每一个容器有本身的文件系统 ,容器之间进程不会相互影响,能区分计算资源。
开发/运维(DevOps)
一次构建、随处运行
更快速的应用交付和部署
- 传统的应用开发完成后,须要提供一堆安装程序和配置说明文档,安装部署后需根据配置文档进行繁杂的配置才能正常运行。Docker化以后只须要交付少许容器镜像文件,在正式生产环境加载镜像并运行便可,应用安装配置在镜像里已经内置好,大大节省部署配置和测试验证时间。
更便捷的升级和扩缩容
- 随着微服务架构和Docker的发展,大量的应用会经过微服务方式架构,应用的开发构建将变成搭乐高积木同样,每一个Docker容器将变成一块“积木”,应用的升级将变得很是容易。当现有的容器不足以支撑业务处理时,可经过镜像运行新的容器进行快速扩容,使应用系统的扩容从原先的天级变成分钟级甚至秒级。
更简单的系统运维
- 应用容器化运行后,生产环境运行的应用可与开发、测试环境的应用高度一致,容器会将应用程序相关的环境和状态彻底封装起来,不会由于底层基础架构和操做系统的不一致性给应用带来影响,产生新的BUG。当出现程序异常时,也能够经过测试环境的相同容器进行快速定位和修复。
更高效的计算资源利用
- Docker是内核级虚拟化,其不像传统的虚拟化技术同样须要额外的Hypervisor支持,因此在一台物理机上能够运行不少个容器实例,可大大提高物理服务器的CPU和内存的利用率。
企业级