mirror of
https://github.com/Estom/notes.git
synced 2026-04-02 18:38:58 +08:00
Merge branch 'master' of gitee.com:Eyestorm/notes
This commit is contained in:
69
docker/1简介.md
Normal file
69
docker/1简介.md
Normal file
@@ -0,0 +1,69 @@
|
||||
|
||||
* [栾一峰](http://www.ruanyifeng.com/blog/2018/02/docker-tutorial.html)
|
||||
* [菜鸟教程](https://www.runoob.com/docker/ubuntu-docker-install.html)
|
||||
* [参考文献](http://c.biancheng.net/view/3118.html)
|
||||
|
||||
## 一、环境配置的难题
|
||||
软件开发最大的麻烦事之一,就是环境配置。用户计算机的环境都不相同,你怎么知道自家的软件,能在那些机器跑起来?
|
||||
|
||||
用户必须保证两件事:操作系统的设置,各种库和组件的安装。只有它们都正确,软件才能运行。举例来说,安装一个 Python 应用,计算机必须有 Python 引擎,还必须有各种依赖,可能还要配置环境变量。
|
||||
|
||||
如果某些老旧的模块与当前环境不兼容,那就麻烦了。开发者常常会说:"它在我的机器可以跑了"(It works on my machine),言下之意就是,其他机器很可能跑不了。
|
||||
|
||||
环境配置如此麻烦,换一台机器,就要重来一次,旷日费时。很多人想到,能不能从根本上解决问题,软件可以带环境安装?也就是说,安装的时候,把原始环境一模一样地复制过来。
|
||||
|
||||
## 二、虚拟机
|
||||
虚拟机(virtual machine)就是带环境安装的一种解决方案。它可以在一种操作系统里面运行另一种操作系统,比如在 Windows 系统里面运行 Linux 系统。应用程序对此毫无感知,因为虚拟机看上去跟真实系统一模一样,而对于底层系统来说,虚拟机就是一个普通文件,不需要了就删掉,对其他部分毫无影响。
|
||||
|
||||
虽然用户可以通过虚拟机还原软件的原始环境。但是,这个方案有几个缺点。
|
||||
|
||||
- (1)资源占用多
|
||||
|
||||
虚拟机会独占一部分内存和硬盘空间。它运行的时候,其他程序就不能使用这些资源了。哪怕虚拟机里面的应用程序,真正使用的内存只有 1MB,虚拟机依然需要几百 MB 的内存才能运行。
|
||||
|
||||
- (2)冗余步骤多
|
||||
|
||||
虚拟机是完整的操作系统,一些系统级别的操作步骤,往往无法跳过,比如用户登录。
|
||||
|
||||
- (3)启动慢
|
||||
|
||||
启动操作系统需要多久,启动虚拟机就需要多久。可能要等几分钟,应用程序才能真正运行。
|
||||
|
||||
## 三、Linux 容器
|
||||
由于虚拟机存在这些缺点,Linux 发展出了另一种虚拟化技术:Linux 容器(Linux Containers,缩写为 LXC)。
|
||||
|
||||
Linux 容器不是模拟一个完整的操作系统,而是对进程进行隔离。或者说,在正常进程的外面套了一个保护层。对于容器里面的进程来说,它接触到的各种资源都是虚拟的,从而实现与底层系统的隔离。
|
||||
|
||||
由于容器是进程级别的,相比虚拟机有很多优势。
|
||||
|
||||
- (1)启动快
|
||||
|
||||
容器里面的应用,直接就是底层系统的一个进程,而不是虚拟机内部的进程。所以,启动容器相当于启动本机的一个进程,而不是启动一个操作系统,速度就快很多。
|
||||
|
||||
- (2)资源占用少
|
||||
|
||||
容器只占用需要的资源,不占用那些没有用到的资源;虚拟机由于是完整的操作系统,不可避免要占用所有资源。另外,多个容器可以共享资源,虚拟机都是独享资源。
|
||||
|
||||
- (3)体积小
|
||||
|
||||
容器只要包含用到的组件即可,而虚拟机是整个操作系统的打包,所以容器文件比虚拟机文件要小很多。
|
||||
|
||||
总之,容器有点像轻量级的虚拟机,能够提供虚拟化的环境,但是成本开销小得多。
|
||||
|
||||
## 四、Docker 是什么?
|
||||
Docker 属于 Linux 容器的一种封装,提供简单易用的容器使用接口。它是目前最流行的 Linux 容器解决方案。
|
||||
|
||||
Docker 将应用程序与该程序的依赖,打包在一个文件里面。运行这个文件,就会生成一个虚拟容器。程序在这个虚拟容器里运行,就好像在真实的物理机上运行一样。有了 Docker,就不用担心环境问题。
|
||||
|
||||
总体来说,Docker 的接口相当简单,用户可以方便地创建和使用容器,把自己的应用放入容器。容器还可以进行版本管理、复制、分享、修改,就像管理普通的代码一样。
|
||||
|
||||
## 五、Docker 的用途
|
||||
Docker 的主要用途,目前有三大类。
|
||||
|
||||
(1)提供一次性的环境。比如,本地测试他人的软件、持续集成的时候提供单元测试和构建的环境。
|
||||
|
||||
(2)提供弹性的云服务。因为 Docker 容器可以随开随关,很适合动态扩容和缩容。
|
||||
|
||||
(3)组建微服务架构。通过多个容器,一台机器可以跑多个服务,因此在本机就可以模拟出微服务架构。
|
||||
|
||||
|
||||
43
docker/2安装.md
Normal file
43
docker/2安装.md
Normal file
@@ -0,0 +1,43 @@
|
||||
# 安装与配置
|
||||
## 1 通过脚本自动安装
|
||||
|
||||
```
|
||||
curl -sSL https://get.daocloud.io/docker | sh
|
||||
```
|
||||
## 2 docker 命令
|
||||
|
||||
### version
|
||||
查看版本
|
||||
```
|
||||
docker version
|
||||
```
|
||||
|
||||
### info
|
||||
查看信息
|
||||
```
|
||||
docker info
|
||||
```
|
||||
|
||||
## 3 配置
|
||||
### 加入用户组
|
||||
|
||||
```
|
||||
sudo usermod -aG docker $USER
|
||||
```
|
||||
|
||||
|
||||
### 启动docker服务
|
||||
|
||||
```
|
||||
sudo service docker start
|
||||
sudo systemctl start docker
|
||||
```
|
||||
### 国内源
|
||||
|
||||
```
|
||||
$ vi /etc/docker/daemon.json
|
||||
{
|
||||
"registry-mirrors":[ "https://registry.docker-cn.com" ]
|
||||
}
|
||||
$ systemctl restart docker
|
||||
```
|
||||
15
docker/3使用.md
Normal file
15
docker/3使用.md
Normal file
@@ -0,0 +1,15 @@
|
||||
六、image 文件
|
||||
Docker 把应用程序及其依赖,打包在 image 文件里面。只有通过这个文件,才能生成 Docker 容器。image 文件可以看作是容器的模板。Docker 根据 image 文件生成容器的实例。同一个 image 文件,可以生成多个同时运行的容器实例。
|
||||
|
||||
image 是二进制文件。实际开发中,一个 image 文件往往通过继承另一个 image 文件,加上一些个性化设置而生成。举例来说,你可以在 Ubuntu 的 image 基础上,往里面加入 Apache 服务器,形成你的 image。
|
||||
|
||||
```
|
||||
# 列出本机的所有 image 文件。
|
||||
$ docker image ls
|
||||
|
||||
# 删除 image 文件
|
||||
$ docker image rm [imageName]
|
||||
```
|
||||
image 文件是通用的,一台机器的 image 文件拷贝到另一台机器,照样可以使用。一般来说,为了节省时间,我们应该尽量使用别人制作好的 image 文件,而不是自己制作。即使要定制,也应该基于别人的 image 文件进行加工,而不是从零开始制作。
|
||||
|
||||
为了方便共享,image 文件制作完成后,可以上传到网上的仓库。Docker 的官方仓库 Docker Hub 是最重要、最常用的 image 仓库。此外,出售自己制作的 image 文件也是可以的。
|
||||
18
docker/4原理.md
Normal file
18
docker/4原理.md
Normal file
@@ -0,0 +1,18 @@
|
||||
## 定义
|
||||
|
||||
- 镜像(Image):Docker 镜像(Image),就相当于是一个 root 文件系统。比如官方镜像 ubuntu:16.04 就包含了完整的一套 Ubuntu16.04 最小系统的 root 文件系统。
|
||||
- 容器(Container):镜像(Image)和容器(Container)的关系,就像是面向对象程序设计中的类和实例一样,镜像是静态的定义,容器是镜像运行时的实体。容器可以被创建、启动、停止、删除、暂停等。
|
||||
- 仓库(Repository):仓库可看成一个代码控制中心,用来保存镜像。
|
||||
|
||||
|
||||

|
||||
|
||||
## 概念
|
||||
|
||||
* Docker 镜像(Images)Docker 镜像是用于创建 Docker 容器的模板,比如 Ubuntu 系统。
|
||||
* Docker 容器(Container)容器是独立运行的一个或一组应用,是镜像运行时的实体。
|
||||
* Docker 客户端(Client)Docker 客户端通过命令行或者其他工具使用 Docker SDK (https://docs.docker.com/develop/sdk/) 与 Docker 的守护进程通信。
|
||||
* Docker 主机(Host)一个物理或者虚拟的机器用于执行 Docker 守护进程和容器。
|
||||
* Docker 仓库(Registry)Docker 仓库用来保存镜像,可以理解为代码控制中的代码仓库。
|
||||
* Docker Hub(https://hub.docker.com) 提供了庞大的镜像集合供使用。一个 Docker Registry 中可以包含多个仓库(Repository);每个仓库可以包含多个标签(Tag);每个标签对应一个镜像。通常,一个仓库会包含同一个软件不同版本的镜像,而标签就常用于对应该软件的各个版本。我们可以通过 <仓库名>:<标签> 的格式来指定具体是这个软件哪个版本的镜像。如果不给出标签,将以 latest 作为默认标签。
|
||||
* Docker Machine。Docker Machine是一个简化Docker安装的命令行工具,通过一个简单的命令行即可在相应的平台上安装Docker,比如VirtualBox、 Digital Ocean、Microsoft Azure。
|
||||
BIN
docker/img/docker-structure.png
Normal file
BIN
docker/img/docker-structure.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 87 KiB |
Reference in New Issue
Block a user