Docker系列-第一篇Docker简介

1.Docker简介

1.1是什么

Docker用来管理软件部署的应用,Docker把应用打包成一个镜像,镜像带有版本控制功能,应用的每次修改迭代就对应镜像的一个版本,制做好的镜像能够发布到镜像仓库分享给别人;也能够直接从镜像仓库下载别人制做好的应用,不作任何修改,便可运行起来。java

1.1.1为何为出现docker

一款产品从开发到上线,从操做系统,到运行环境,再到应用配置。做为开发+运维之间的协做咱们须要关心不少东西,这也是不少互联网公司都不得不面对的问题,特别是各类版本的迭代以后,不一样版本环境的兼容,对运维人员都是考验 Docker之因此发展如此迅速,也是由于它对此给出了一个标准化的解决方案。环境配置如此麻烦,换一台机器,就要重来一次,费力费时。不少人想到,能不能从根本上解决问题,软件能够带环境安装?<font color='red'>也就是说,安装的时候,把原始环境如出一辙地复制过来。开发人员利用 Docker 能够消除协做编码时“在个人机器上可正常工做”的问题。</font>docker

在这里插入图片描述

以前在服务器配置一个应用的运行环境,要安装各类软件,就拿通常项目的环境来讲吧Java/Tomcat/MySQL/JDBC驱动包等。安装和配置这些东西有多麻烦就不说了,它还不能跨平台。假如咱们是在 Windows 上安装的这些环境,到了 Linux 又得从新装。何况就算不跨操做系统,换另外一台一样操做系统的服务器,要移植应用也是很是麻烦的。数据库

​ 传统上认为,软件编码开发/测试结束后,所产出的成果便是程序或是可以编译执行的二进制字节码等(java为例)。而为了让这些程序能够顺利执行,开发团队也得准备完整的部署文件,让维运团队得以部署应用程式,开发须要清楚的告诉运维部署团队,用的所有配置文件+全部软件环境。不过,即使如此,仍然经常发生部署失败的情况。Docker镜像的设计,<font color='red'>使得Docker得以打破过去「程序即应用」的观念。透过镜像(images)将做业系统核心除外,运做应用程式所须要的系统环境,由下而上打包,达到应用程式跨平台间的无缝接轨运做。</font>服务器

1.1.2docker理念

Docker是基于Go语言实现的云开源项目。 Docker的主要目标是“Build,Ship and Run Any App,Anywhere”<font color='red'>【构建安装任何应用在任何地方】</font>,也就是经过对应用组件的封装、分发、部署、运行等生命周期的管理,使用户的APP(能够是一个WEB应用或数据库应用等等)及其运行环境可以作到<font color='red'>“一次封装,处处运行”</font>。微信

在这里插入图片描述

Linux 容器技术的出现就解决了这样一个问题,而 Docker 就是在它的基础上发展过来的。将应用运行在 Docker 容器上面,而 Docker 容器在任何操做系统上都是一致的,这就实现了跨平台、跨服务器。<font color='red'>只须要一次配置好环境,换到别的机子上就能够一键部署好,大大简化了操做</font>架构

1.1.3总结

解决了运行环境和配置问题软件容器,方便作持续集成并有助于总体发布的容器虚拟化技术。运维

1.2能干什么

1.2.1以前的虚拟机技术

虚拟机(virtual machine)就是带环境安装的一种解决方案。 它能够在一种操做系统里面运行另外一种操做系统,好比在Windows 系统里面运行Linux 系统。应用程序对此毫无感知,由于虚拟机看上去跟真实系统如出一辙,而对于底层系统来讲,虚拟机就是一个普通文件,不须要了就删掉,对其余部分毫无影响。这类虚拟机完美的运行了另外一套系统,可以使应用程序,操做系统和硬件三者之间的逻辑不变。微服务

在这里插入图片描述 虚拟机的缺点:测试

  • 资源占用多
  • 冗余步骤多
  • 启动慢

1.2.2容器虚拟化技术

因为前面虚拟机存在这些缺点,Linux 发展出了另外一种虚拟化技术:Linux 容器(Linux Containers,缩写为 LXC)。 <font color='red'>Linux 容器不是模拟一个完整的操做系统,而是对进程进行隔离</font>。有了容器,就能够将软件运行所需的全部资源打包到一个隔离的容器中。容器与虚拟机不一样,不须要捆绑一整套操做系统,只须要软件工做所需的库资源和设置。系统所以而变得高效轻量并保证部署在任何环境中的软件都能始终如一地运行。ui

在这里插入图片描述

比较了 Docker 和传统虚拟化方式的不一样之处:

  • 传统虚拟机技术是虚拟出一套硬件后,在其上运行一个完整操做系统,在该系统上再运行所需应用进程;
  • 而容器内的应用进程直接运行于宿主的内核,容器内没有本身的内核,并且也没有进行硬件虚拟。所以容器要比传统虚拟机更为轻便。
  • 每一个容器之间互相隔离,每一个容器有本身的文件系统 ,容器之间进程不会相互影响,能区分计算资源。

1.2.3开发/运维(DevOps)

一次构建、随处运行

  • 更快速的应用交付和部署

传统的应用开发完成后,须要提供一堆安装程序和配置说明文档,安装部署后需根据配置文档进行繁杂的配置才能正常运行。Docker化以后只须要交付少许容器镜像文件,在正式生产环境加载镜像并运行便可,应用安装配置在镜像里已经内置好,大大节省部署配置和测试验证时间。

  • 更便捷的升级和扩缩容

随着微服务架构和Docker的发展,大量的应用会经过微服务方式架构,应用的开发构建将变成搭乐高积木同样,每一个Docker容器将变成一块“积木”,应用的升级将变得很是容易。当现有的容器不足以支撑业务处理时,可经过镜像运行新的容器进行快速扩容,使应用系统的扩容从原先的天级变成分钟级甚至秒级。

  • 更简单的系统运维

应用容器化运行后,生产环境运行的应用可与开发、测试环境的应用高度一致,容器会将应用程序相关的环境和状态彻底封装起来,不会由于底层基础架构和操做系统的不一致性给应用带来影响,产生新的BUG。当出现程序异常时,也能够经过测试环境的相同容器进行快速定位和修复。

  • 更高效的计算资源利用

Docker是内核级虚拟化,其不像传统的虚拟化技术同样须要额外的Hypervisor支持,因此在一台物理机上能够运行不少个容器实例,可大大提高物理服务器的CPU和内存的利用率。

1.2.4企业级应用

  • 新浪

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

  • 美团

在这里插入图片描述

在这里插入图片描述

  • 蘑菇鸡

在这里插入图片描述

在这里插入图片描述

1.3下载

1.3.1官网

https://www.docker.com/

1.3.2官仓

https://hub.docker.com/

<font color='red'>微信公众号</font> 在这里插入图片描述

相关文章
相关标签/搜索