您的位置:时时app平台注册网站 > 时时app平台注册网站 > docker cmd list时时app平台注册网站

docker cmd list时时app平台注册网站

2019-11-28 03:41

1.docker简介

Docker 是一个开源的应用容器引擎,让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的Linux机器上,也可以实现虚拟化,容器是完全使用沙箱机制,相互之间不会有任何接口。

150 docker --help
151 docker list
152 docker images
153 docker run -e "SPRING_PROFILES_ACTIVE=prod" -p 8080:8080 -t springio/gs-spring-boot-docker
154 cd ..
155 ls
156 ll
157 docker build -t Dockerfile
158 docker build --help
159 docker build -f Dockerfile
160 docker ps
161 docker run
162 docker run c9dc95a65d1b
163 docker run springio/gs-spring-boot-docker:latest
164 docker push springio/gs-spring-boot-docker:latest
165 docker run -e "SPRING_PROFILES_ACTIVE=prod" -p 8080:8080 -t springio/gs-spring-boot-docker
166 docker images
167 cd hidolphin
168 docker stop springio/gs-spring-boot-docker
169 docker ps
170 docker stop dba08488b1e0
171 sudo mkdir -p /etc/docker
172 sudo tee /etc/docker/daemon.json <<-'EOF'
173 {
174 "registry-mirrors": ["]
175 }
176 EOF
177 systemctl daemon-reload
178 sudo tee /etc/docker/daemon.json <<-'EOF'
179 {
180 "registry-mirrors": ["]
181 }
182 EOF
183 sudo tee /etc/docker/daemon.json <<-'EOF'
184 {
185 "registry-mirrors": ["]
186 }
187 EOF
188 docker ps
189 ps -ef|grep
190 ps -ef|grep aliyuncs
191 ps -ef|grep dockerd
192 docker version
193 docker run -e "SPRING_PROFILES_ACTIVE=prod" -p 8080:8080 -t springio/gs-spring-boot-docker
194 service redis start
195 docker port haha
196 docker ps
197 docker port 5d2a91269bba
198 docker inspect
199 docker inspect 5d2a91269bba
200 docker port 5d2a91269bba
201 docker stop 5d2a91269bba
202 docker ps
203 docker port haha1
204 docker ps
205 docker top b101c2adf747
206 docker ps
207 ps -ef|grep docker
208 kill -9 6681
209 cd workspace/
210 ll
211 docker info
212 curl -sSL | sh -
213 pwd
214 ls
215 cd ..
216 ls
217 cd workspace/
218 ls
219 mkdir composetest
220 cd composetest/
221 ls
222 vim app.py
223 vim requirements.txt
224 vim Dockerfile
225 docker build -t compose/python_app .
226 docker images
227 vim app.py
228 docker build -t compose/python_app .
229 docker run -p 5000:5000 -t compose/python_app
230 docker build -t compose/python_app .
231 vim Dockerfile
232 docker build -t compose/python_app .
233 docker run -p 5000:5000 -t compose/python_app
234 vim app.py
235 vim Dockerfile
236 docker build -t compose/python_app .
237 docker run -p 5000:5000 -t compose/python_app
238 vim app.py
239 docker add --help
240 docker ADD --help
241 docker --help
242 docker cp --help
243 vim Dockerfile
244 docker ps
245 docker attache 3bc3d20b44a7
246 docker attach 3bc3d20b44a7
247 docker ps
248 docker stop 3bc3d20b44a7
249 docker ps
250 ls
251 docker cp app.py compose/python_app:.
252 docker cp app.py compose/python_app:
253 docker run -p 5000:5000 -t compose/python_app /bin/bash
254 docker run -i -p 5000:5000 -t compose/python_app /bin/bash
255 docker attach -i -p 5000:5000 -t compose/python_app /bin/bash
256 docker attach -i -t compose/python_app
257 docker attach -t compose/python_app
258 docker attach --help
259 docker attach compose/python_app
260 docker ps
261 docker attach b16cd2e7ceb0
262 docker exec -i -t compose/python_app /bin/bash
263 docker exec -i -t b16cd2e7ceb0 /bin/bash
264 docker cp app.py compose/python_app:/code
265 docker cp app.py b16cd2e7ceb0:/code
266 docker restart compose/python_app
267 docker restart b16cd2e7ceb0
268 docker stop b16cd2e7ceb0
269 docker run -i -p 5000:5000 -t compose/python_app
270 docker run -i -p 5000:5000 -t compose/python_app /bin/bash
271 vi app.py
272 docker cp app.py b16cd2e7ceb0:/code
273 docker ps
274 docker run -d -p 5000:5000 -t compose/python_app
275 docker ps
276 docker cp app.py dab747890b88:/code
277 docker run -d -p 5000:5000 -t compose/python_app
278 docker stop dab747890b88
279 docker run -d -p 5000:5000 -t compose/python_app
280 docker cp app.py dab747890b88:/code
281 docker ps
282 docker cp app.py 8693385ffc3e:/code
283 docker commit
284 docker commit 8693385ffc3e
285 docker images
286 docker commit 8693385ffc3e -m testok --tag myhost
287 docker diff 8693385ffc3e
288 docker commit 8693385ffc3e zhibin/myOKHost:100
289 docker commit 8693385ffc3e zhibin/myOKHost:1.00
290 docker commit 8693385ffc3e zhibin/myhost:1.00
291 docker images
292 docker ps
293 docker stop 8693385ffc3e
294 docker run -i -t zhibin/myhost -name haha
295 docker run -i -t zhibin/myhost:1.00 -name haha
296 docker run -name haha -i -t zhibin/myhost:1.00
297 docker run --name haha -i -t zhibin/myhost:1.00
298 docker run -p 5000:5000 --name haha -i -t zhibin/myhost:1.00
299 docker stop haha
300 docker run -p 5000:5000 --name haha -i -t zhibin/myhost:1.00
301 docker run -p 5000:5000 --name haha1 -i -t zhibin/myhost:1.00
302 docker run -p 5000:5000 -i -t zhibin/myhost:1.00
303 history

  2.docker架构

Docker 使用客户端-服务器 (C/S) 架构模式,使用远程API来管理和创建Docker容器。Docker 容器通过 Docker 镜像来创建。容器与镜像的关系类似于面向对象编程中的对象与类。 
docker  面向对象
容器 对象
镜像
Docker采用 C/S架构 Docker daemon 作为服务端接受来自客户的请求,并处理这些请求(创建、运行、分发容器)。 客户端和服务端既可以运行在一个机器上,也可通过 socket 或者RESTful API 来进行通信。
Docker daemon 一般在宿主主机后台运行,等待接收来自客户端的消息。 Docker 客户端则为用户提供一系列可执行命令,用户用这些命令实现跟 Docker daemon 交互。

436 wget -qO- | sh
437 sudo apt-get update
438 sudo apt-get install -y docker.io
439 systemctl start docker
440 docker version
441 docker search ubuntu
442 curl -s | sudo sh
443 sudo service docker restart
444 docker -v
445 sudo service docker status
446 docker images
447 ll /
448 sudo docker images
449 sudo docker pull ubuntu
450 docker images
451 sudo docker images
452 sudo docker search ubuntu
453 sudo docker version
454 sudo docker pull ubuntu
455 sudo docker run -i -t ubuntu /bin/bash
456 ls
457 sudo docker ps
458 sudo docker ps
459 sudo docker log ec935f5a9395
460 sudo docker logs ec935f5a9395
461 sudo docker inspect ec935f5a9395
462 java
463 java -v
464 java -version
465 ls
466 pwd
467 cd
468 pwd
469 ls
470 cd workspace/
471 ls
472 cd gs-spring-boot-docker-master/
473 ls
474 cd complete/
475 ls
476 sudo docker ps
477 ls /var/lib
478 ls /var/lib/docker
479 sudo ls /var/lib/docker
480 sudo ll /var/lib/docker
481 sudo ls /var/lib/docker
482 sudo ls /var/lib/docker/containers
483 sudo ls -l /var/lib/docker/containers
484 sudo ls -l /var/lib/docker/containers/ec*
485 sudo ls -l /var/lib/docker/containers/ec935f5a93957ee35b6067834aa6021a2b1fe329aa3dabaad33bc9b62191e7f5
486 sudo ls -l /var/lib/docker/containers
487 sudo ls -l /var/lib/docker
488 sudo ls -l /var/lib/docker/volumes
489 ls
490 ./mvnw package && java -jar target/gs-spring-boot-docker-0.1.0.jar
491 ./mvnw install dockerfile:build
492 sudo ./mvnw install dockerfile:build
493 ls
494 ll
495 cd target/
496 ls
497 ll
498 cd docker/
499 ls
500 ll
501 cd ..
502 ls
503 ll
504 sudo docker run -p 8080:8080 -t springio/gs-spring-boot-docker
505 sudo docker run -p 8080:8081 -t springio/gs-spring-boot-docker
506 sudo docker ps
507 sudo docker stop 3df786bc3cb2
508 ls /var/lib/docker -l
509 sudo ls /var/lib/docker -l
510 su
511 su

  4.docker局限性

Docker是基于Linux 64bit的,无法在32bit的linux/Windows/unix环境下使用
LXC是基于cgroup等linux kernel功能的,因此container的guest系统只能是linux base的
隔离性相比KVM之类的虚拟化方案还是有些欠缺,所有container公用一部分的运行库
网络管理相对简单,主要是基于namespace隔离
container随着用户进程的停止而销毁,container中的log等用户数据不便收集
Docker对disk的管理比较有限

Docker并非适合所有应用场景,Docker只能虚拟基于Linux的服务。Windows Azure 服务能够运行Docker实例,但到目前为止Windows服务还不能被虚拟化。

可能最大的障碍在于管理实例之间的交互。由于所有应用组件被拆分到不同的容器中,所有的服务器需要以一致的方式彼此通信。这意味着任何人如果选择复杂的基础设施,那么必须掌握应用编程接口管理以及集群工具,比如Swarm、Mesos或者Kubernets以确保机器按照预期运转并支持故障切换。

Docker在本质上是一个附加系统。使用文件系统的不同层构建一个应用是有可能的。每个组件被添加到之前已经创建的组件之上,可以比作为一个文件系统更明智。分层架构带来另一方面的效率提升,当你重建存在变化的Docker镜像时,不需要重建整个Docker镜像,只需要重建变化的部分。
可能更为重要的是,Docker旨在用于弹性计算。每个Docker实例的运营生命周期有限,实例数量根据需求增减。在一个管理适度的系统中,这些实例生而平等,不再需要时便各自消亡了。
针对Docker环境存在的不足,意味着在开始部署Docker前需要考虑如下几个问题。首先,Docker实例是无状态的。这意味着它们不应该承载任何交易数据,所有数据应该保存在数据库服务器中。
其次,开发Docker实例并不像创建一台虚拟机、添加应用然后克隆那样简单。为成功创建并使用Docker基础设施,管理员需要对系统管理的各个方面有一个全面的理解,包括Linux管理、编排及配置工具比如Puppet、Chef以及Salt。这些工具生来就基于命令行以及脚本。

 

参考资料:

https://baike.baidu.com/item/Docker/13344470?fr=aladdin#reference-[3]-12232642-wrap

  

 

  1.docker组成

一个完整的Docker有以下几个部分组成:
        dockerClient客户端
        Docker Daemon守护进程
        Docker Image镜像
        DockerContainer容器

  3.docker典型场景

在docker的网站上提到了docker的典型场景:
Automating the packaging and deployment of applications(使应用的打包与部署自动化)
Creation of lightweight, private PAAS environments(创建轻量、私密的PAAS环境)
Automated testing and continuous integration/deployment(实现自动化测试和持续的集成/部署)
Deploying and scaling web apps, databases and backend services(部署与扩展webapp、数据库和后台服务)
由于其基于LXC的轻量级虚拟化的特点,docker相比KVM之类最明显的特点就是启动快,资源占用小。因此对于构建隔离的标准化的运行环境,轻量级的PaaS(如dokku), 构建自动化测试和持续集成环境,以及一切可以横向扩展的应用(尤其是需要快速启停来应对峰谷的web应用)。
1.构建标准化的运行环境,现有的方案大多是在一个baseOS上运行一套puppet/chef,或者一个image文件,其缺点是前者需要base OS许多前提条件,后者几乎不可以修改(因为copy on write 的文件格式在运行时rootfs是read only的)。并且后者文件体积大,环境管理和版本控制本身也是一个问题。
2.PaaS环境是不言而喻的,其设计之初和dotcloud的案例都是将其作为PaaS产品的环境基础
3.因为其标准化构建方法(buildfile)和良好的REST API,自动化测试和持续集成/部署能够很好的集成进来
4.因为LXC轻量级的特点,其启动快,而且docker能够只加载每个container变化的部分,这样资源占用小,能够在单机环境下与KVM之类的虚拟化方案相比能够更加快速和占用更少资源

本文由时时app平台注册网站发布于时时app平台注册网站,转载请注明出处:docker cmd list时时app平台注册网站

关键词: