牵手看日落 发表于 2019-12-5 09:01:42

电子书 《Docker容器技术与应用》_Zhu晓彦等_2017-12-01

479
                       



内容简介:

目录
62
任务42 Docker网络
学习情境
任务描述
任务6.1 Rancher安装、部署、使用
任务描述
任务实施
65
知识学习
项目实训
任务实施
任务4.3 Docker APl的使用
项目实训
任务描述
任务6.2基于 Rancher构建持续集成
知识学习
任务描述
任务实施
知识学习
项目实训
任务实施
任务4.4 Docker底层技术应用
任务描述
8222
项目实训
知识学习
任务实施
单元7使用 Docker构建持续集成
项目实训
学习目标
单元小结
学习情境
任务7.1构建 Nginx Web应用
单元5 Docker容器编排与集群
任务描述
学习目标
知识学习
学习情境
任务实施
任务5.1 Docker- compose容器编排的使用98
项目实训
任务描述
88889
任务7.2持续集成管理软件 Jenkins应用
知识学习
任务描述
任务实施
知识学习
任务52 Docker Swarm集群的配置与管理105
任务7.3构建 Java Web应用
任务描述
任务描述
项目实训
实消
任务53 Docker Consu构建集群服务11
任务7.4构建 Docker负载均衡
任务描述
知识学习
知识学习
任务实施
项目实训
项目实训
单元小结
单元小结
单元6容器服务管理平台 Rancher123参考文献
178

单元1
Docker容器的安装
学习目标
知识目标
掌握容器技术的发展历史
掌握容器技术的产生原因
●掌握容器技术的架构和优势
技能目标
●掌握 Docker容器平台的安装条
掌握 Docker容器平台在 Centos7上的安装方法和步骤
掌握 Docker容器平台在 Windows上的安装方法和步骤
掌握 Docker容器的安装验证与版本查看方法
·掌握Linuκ基本知识的探索式学习方法
拓展在各种系统和平台上安装 Docker容器的能力
非卖品,仅供非商业用途或交流学习使用

单元1 Docker容器的安装
笔记
学习情境
某公司已经实现了研发和服务运维的整合,公司的 Open Stack云产品运行良好,但是
不断增加的云端应用需求增加了硬件资源消耗,给公司带来了难题,公司已在云平台上运
了多台云主机,并消耗了大量的硬件资源。如何能够高效地利用硬件资源实现云服务
呢?公司研发部了解到, Docker容器技术可以提高硬件资源利用率,有效实现云服务,并
能够提高研发部门的研发效率。于是决定采用 Docker技术构建容器服务和研发运维持续
集成环境,并安排工程师小魏对 Docker技术进行调研分析和安装测试
务1.1容器技术的调研
任务描述
了解 Docker容器技术实现原理。
2.了解所使用 Docker技术的领域。
3.通过 Docker的优缺点,深入了解 Docker容器技术
知识学习
1.容器技术的起源和实现原理
Docker最初是 DotCloud公司创始人 Solomon Hykes在法guo期间发起的一个公司内部
项目。它是基于 DotCloud公司多年云服务技术的一次革新,并于2013年3月以 Apache2.0
授权协议开源,主要项目代码在 Github上进行维护。 Docker项目后来还加入了 Linux基
金会,并成立推动开放容器联盟。
到广泛的关注和讨论,至今其 Github项目
星标[Stat)和10000多个分支(Fokl。甚至由于 Docker项目的火爆,在2013年底
Dotcloud公司决定改名为 Docker. Docker最初是在 Ubuntu1204上开发实现的; Red hat
则从RHEL65开始对 Docker进行支持; Google也在其PaS产品中广泛应用 Docker
Docker使用 Google公司推出的Go语言进行开发实现,基于 Linux内核的 Groups
Name Space,以及AUFS类的 Union Fs等技术,对_进.程_进行封装隔离,属于操作系统层面的
虚拟化技术。由于隔离的_进.程_独立于宿主和其他隔离的_进.程_,因此也称其为容器。最初的
实现是基于LXC的;从 Docker0.7以后开始去除LXC,转而使用自行开发的 Libcontainer;
从 Docker 1.11开始,则进一步演进为使用RunC和 Container
对于 Docker.,目前的定义是一个开源的容器引擎,可以方便地对容器进

可以对镜像打包封装,以及引入 Docker Regsitry对镜像进行统一的管理,构建
捷的“Buld、 Ship and run”流程。它可以统一整个开发、測试和部署的环境和流程,极
大地减少运维成本。另外,得益于容器技术带来的轻量级虚拟化,以及 Docker在分层镜
像应用上的创新, Docker在磁盘占用、性能和效率方面相较于传统的虚拟化都有非常明显
的提高,所以理所当然地 Docker开始不断蚕食传统虚拟化的市场,具体的 Docker版本变

任务1.1容器技术的调研
更见表
主要增加对外置存储、高级网络、自组织注册项的支持
0158.26
更新 Toolbox及编排工具
使用 Linux容器引擎
本变更
2016.7.28
改进了服务的负载均衡参数
2016.12.14v1.124
更新容器文件系统
2.容器和虚拟机的差异
Docker和传统虚拟化方式有一些不同之处,传统虚拟机技术是虛拟出一套硬件后
在其上运行一个完整的操作系统,在该系统上再运行所需应用_进.程_;而容器内的应用_进.程_
直接运行于宿主的内核,容器内没有自己的内核,并且也没有进行硬件虚拟。因此,容器
要比传统虚拟机更为轻便,传统虚拟化架构和 Docker架构如图1-1-1和图1-1-2所示。
用程序B
APP B
每个虚拟应用程序不
进制文件/库
二进制文件库文
仅包括应用程序(可
Bins/Libs
来宾操作系统
Guest OS
Guest Os
操作系统,它可能
虚拟机监控程序
达10GB
宿主机操作程序
服.务.器
医1-1-1
应用程序
ocker引擎容器仅包
进制文件库文件
进制文件库文
它在主机操作系统的用
BinsLibs
空间中作为一个独
Docker Engine)
到了虚拟机的资源
和分配好处,更方便
宿主机操作程序
服.务.器

Docker架构
任务实施
探讨使用 Docker的原因
作为一种新兴的虚拟化方式, Docker跟传统的虚拟化方式相比具有众多的优势
1)更高效地利用系统资源
容器不需要进行硬件虚拟及运行完整操作系统等额外开销,且 Docker对系统资源的

单元1 Docker容器的安装
利用率更高。无论是应用执行、文件存储,还是在减少_内.存_损耗方面,都要比传统虚拟机
技术更高效。因此,相比传统的虚拟机技术,一个相同配置的主机,往往可以运行更多数
量的应用
2)更快速的启动时间
传统的虚拟机技术启动应用服务往往需要数分钟,而 Docker容器应用,由于直接运
行于宿主内核,无须启动完整的操作系统,因此可以达到秒级甚至毫秒级的启动时间,大
大节约了开发、测试、部署的时间
(3)一致的运行环境
在开发过程中,一个常見的问題是环境一致性问題。由于开发环境、测试环境、生
产环境不一致,导致有些Bug未在开发过程中被发现。而 Docker的镜像提供了除内核外
完整的运行时环境,确保了应用运行环境的一致性。
对开发和运维人员来说,最希望的就是一次创建或配置可以在任意地方正常运行。
使用 Docker可以通过定制应用镜像来实现持续集成、持续交付和部罟。开发人员可以通
过υ ckerfile来进行镜像构建,并结合持续集成 Continuous Integration)系统进行集成测
试,而运维人员则可以直接在生产环境中快速部罟该镜像,甚至结合持续部署( Continuous
Delivery/ Deployment)系统进行自动部署。
别外,使用 Dockerfile可使镜像构建透明化,不仅方便开发团队理解应用运
环境,而且也方便运维团队理解应用运行所需的条件,更好地帮助人们在生产环境
中部署该镜像。
(5)更轻松地迁移
由于 Docker确保了执行环境的一致性,因此使得应用的迁移更加容易。 Docker可以
在很多平台上运行,无论是在物理机、虚拟机、公有云、私有云,还是在便携式计算机中
其运行结果是一致的。因此用户可以很轻易地将在一个平台上运行的应用迁移到另一个平
台上,而不用担心运行环境的变化导致应用无法正常运行的情况
6)更轻松地维护和扩展
Docker使用的分层存储及镜像的技术,使得应用重复部分的复用更为容易,也使得
应用的维护和更新更加简单,还使得基于基础镜像进一步扩展镜像变得非常简单。此外,
Docker团队同各个开源项目团队一起维护了一大批高质量的官方镜像,既可以直接在生产
环境使用,又可以作为基础进一步定制,大大降低了应用服务的镜像制作成本
与传统虚拟机的对比
Docker容器与传统虚拟机的对比见表1-2。
分钟级
表1-2 Docker容
硬盘使用
一般为MB
一般为GB
器与传统虚拟机对比
接近原生
系统支持量
单机支持上千个容器
一般几十个


#############################################


wutiwl 发表于 2020-1-30 00:38:40



免费下载地址:

http://pan.qqq0.com/file/488067-425736416

页: [1]
查看完整版本: 电子书 《Docker容器技术与应用》_Zhu晓彦等_2017-12-01