kubernetes Spring Cloud 微服务架构— (2)Kubernetes spring cloud 微服务-Docker 镜像

本文涉及的产品
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
云原生网关 MSE Higress,422元/月
注册配置 MSE Nacos/ZooKeeper,118元/月
简介: 在上章节对 Docker 有了初步的了解之后,在本章将学习容器镜像的加载流程,镜像的基本 操作以及与系统存储技术 OverlayFS 的关系。 第 2 章 Docker 镜像

2.0 容器运行基础



镜像是 Docker 运行的基础, 就好比计算机硬件需要安装操作系统. 使用 Docker Images 命 令可以看到当前系统中存在的镜像。当运行容器时,使用的镜像如果在本地系统中不存 在,Docker 就会自动从 Docker 镜像仓库或者配置的私有仓库中下载;默认是从 Docker Hub 公共镜像源下载。

上节在 Docker C/S 架构逻辑图中提到了私有仓库。这节主要讲镜像的基本操作。



2.1 Docker 加载镜像流程

1)检查本地是否有与启动镜像相匹配的镜像。 
2)查询与镜像地址中是否有启动镜像 
3)如果在镜像地址中没有完整的地址,则从默认的 Docker Hub 下载。 
Docker 加载镜像的两种方式:
公共仓库与私有仓库

2.2 Docker 镜像基本操作


2.2.1 搜索 Docker Hub 有哪些镜像

docker search [镜像名字]
[root@master jdk]# docker search nginx


/

2.2.2 从 Docker Hub 下载镜像


/

下载镜像,(没有指定版本,默认会下载最新版 latest) 
docker pull nginx:latest = docker pull nginx
[root@master jdk]# docker pull nginx:latest
从第三方docker 镜像仓库或者私有仓库下载镜像方法
[root@docker ~]# docker pull repo.abc.com/httpd:latest #地址不存在

2.2.3 镜像加速器


在下载 Docker Hub 镜像非常慢的情况下, 可以使用镜像加速功能。配置加速可以用官网 提供的, 也可以使用私有仓库。

sudo mkdir -p /etc/docker
sudo tee /etc/docker/daemon.json <<-'EOF' 
{
"registry-mirrors": ["https://plqjafsr.mirror.aliyuncs.com"]
}
EOF
[root@master ~]# systemctl daemon-reload 
[root@master ~]# systemctl restart docker

2.2.4 基于容器创建镜像系统

  • 类似虚拟机的克隆功能
  • 在运行当中的容器基础上创建一个新的镜像(相当于 vm 的完整快照)
[root@docker ~]# docker ps -a #显示所有的容器, ps 只是显示正在运行的容器 
[root@master ~]# docker run -d -P nginx #启动容器
[root@master /]# docker container commit 960d3f0e61eb centos-nginx:1.0 #容器运行 ID
sha256:7af7ffdea5e8ef703fb7cb30baaff3b3e75a1297bfbc75bb15454dd7eb622215
#检查
[root@master /]# docker images REPOSITORY TAG centos-nginx 1.0
#不能删除原来的镜像(父镜像)
[root@master /]# docker rmi 6678c7c2e56c
Error response from daemon: conflict: unable to delete 6678c7c2e56c (cannot be forced) - image has dependent child images
#使用快照镜像启动新容器
[root@master /]# docker run -d -p 8090:80 centos-nginx:1.0
1dabb29c5a87a4ec8d58040e6ea4a21dcb17dda006168ce56021fd232208c18d

2.2.5 删除镜像

[root@master ~]# docker image rm centos-nginx Error: No such image: centos-nginx
[root@docker ~]# docker image rm 07ddb4d9a8ab
Untagged: centos-nginx:latest
Deleted: sha256:07ddb4d9a8abfd51849f6b2747c115a28e2dd9587a56af881c43cc890e874861 
Deleted: sha256:41c4debe112f55832a841e976e96d61ad170c7646460560799313c82f9f36f44
[root@docker ~]# docker rmi fdf13fa91c6e
Error response from daemon: conflict: unable to delete fdf13fa91c6e (must be forced) - image is being used by stopped container f30520fafcbf 
#注:如果镜像系统正在运行,需要停止进程才可以删除镜像系统,否则无法删除!
或者选择强制删除 (注意镜像之间的依赖关系)
[root@docker ~]# docker rmi --force fdf13fa91c6e
[root@docker ~]# docker rmi -f fdf13fa91c6e #缩写 -f 参数 == --force

2.2.6 导出镜像

 #导出镜像为 tar 包
[root@master /]# docker image save nginx:latest > nginx.tar.gz

2.2.7 导入镜像

直接使用tar 包导入镜像,注意如果原来导出的源镜像还是在存在于系统中,那么新导入的 镜像在系统将不可见。

[root@master /]# docker image load -i nginx.tar.gz 
Loaded image: nginx:latest
#强制删除原来的镜像
[root@master /]# docker rmi nginx:latest --force
#再执行导入
[root@master /]# docker image load -i nginx.tar.gz 
Loaded image: nginx:latest
#最后查看
[root@master /]# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
nginx latest 6678c7c2e56c 9 days ago 127MB

2.2.8 镜像tag标签


语法:docker image tag 源_IMAGE[:TAG] 目标_IMAGE[:TAG]

类似linux 硬链接,在推送镜像到私有仓库时,需要添加tag。

[root@docker01 ~]# docker image tag nginx:latest repo.abc.com/nginx:v1.0
[root@master /]# docker images
REPOSITORY TAG nginx latest repo.abc.com/nginx v1.0
IMAGE ID 6678c7c2e56c 6678c7c2e56c
CREATED 9 days ago
9 days ago
SIZE
127MB 127MB
#可以使用新的 tag 标签启动容器
[root@master /]# docker run -d -p 9091:80 repo.abc.com/nginx:v1.0
1f5f20b763ccb7661b41701b9319876a0bd074da12e4e77ba0ff7879c2b19627

2.2.9 构建Java基础镜像

之前使用为Docker自带镜像仓库中的镜像,现在我们自己来构建私有镜像 #在java 镜像中为什么要构建alpine-glibc ?

#在java 镜像中为什么要构建alpine-glibc ?
#Java Dockerfile
[root@master /]# mkdir -p /root/jdk/
[root@master /]# vim Dockerfile
FROM frolvlad/alpine-glibc
#模板镜像
MAINTAINER 地铁昌平线
#创建者
RUN echo "https://mirror.tuna.tsinghua.edu.cn/alpine/v3.4/main/" > /etc/apk/repositories #修改源
RUN apk add --no-cache bash
#安装 bash
ADD jre1.8.0_211.tar.gz /usr/java/jdk/
#添加文件
ENV JAVA_HOME /usr/java/jdk/jre1.8.0_211
#设置环境变量
ENV PATH ${PATH}:${JAVA_HOME}/bin
RUN chmod +x /usr/java/jdk/jre1.8.0_211/bin/java
WORKDIR /opt

2.3.0 构建镜像

#需要把 jre1.8.0_211.tar.gz 放到与 Dockerfile 同级目录 
[root@docker01 ~]# docker pull frolvlad/alpine-glibc  #拉取镜像 
[root@master jdk]# docker build -t jre8:1.0 .         #编译镜像 
#查看镜像 
[root@master jdk]# docker images 
REPOSITORY        TAG                 IMAGE ID            CREATED             SIZE jre8                1.0                 c65645093f97        16 seconds ago      136MB #添加 tag 
[root@master jdk]# docker tag jre8:1.0 repo.abc.com/jre8:v1.0 

2.3.0.1 运行镜像

[root@docker01 ~]# docker run -it jre8:1.0  #启动并且进入容器
bash    bash-4.3# java -version 
java version "1.8.0_211" 
Java(TM) SE Runtime Environment (build 1.8.0_211-b12) 
Java HotSpot(TM) 64-Bit Server VM (build 25.211-b12, mixed mode) 

2.3.1 镜像构建过程

构建容器:通过父镜像上创建一个容器,重新封装成一个镜像,变成下一个新启动容器的只读层(LOWER)。 但是如果当前容器需要对镜像进行修改,就需要加载所有镜像的只读层到容器中进行修改。

#特别注意之前提到的容器启动,修改镜像内容是不会修改源镜像;只是修改启动容器的内容。在下一节将详细讲述镜像存储的原理。

 

#查看容器的构建历史

# missing 为当前镜像的源镜像构建历史 FROM frolvlad/alpine-glibc

# f83c32dc03f3 为当前镜像构建的历史

[root@master jdk]# docker history jre8:1.3 
IMAGE               CREATED              CREATED BY                                      SIZE                COMMENT ea65e9cde677        About a minute ago   /bin/sh -c #(nop) WORKDIR /opt                  0B                   d0afad7e579e        About a minute ago   /bin/sh -c chmod +x /usr/java/jdk/jre1.8.0_2…   8.46kB               
12d49a4a8a61        6 minutes ago        /bin/sh -c #(nop)  ENV PATH=/usr/local/sbin:…   0B                   256df34ef73f        6 minutes ago        /bin/sh -c #(nop)  ENV JAVA_HOME=/usr/java/j…   0B                   dba16cec6c49        7 minutes ago        /bin/sh -c #(nop) ADD file:d614f1012c68493ba…   116MB                22b0f5f4b551        17 minutes ago       /bin/sh -c apk add --no-cache bash              3.56MB               c97cdc4cfa33        17 minutes ago       /bin/sh -c echo "https://mirror.tuna.tsinghu…   54B                  f26f217e4a3f        17 minutes ago       /bin/sh -c #(nop)  MAINTAINER Tony              0B                   f83c32dc03f3        2 days ago           /bin/sh -c apk add --update curl &&   curl -…   11.7MB               
<missing>           2 days ago           /bin/sh -c #(nop)  ENV GLIBC_VERSION=2.31-r0    0B                   
<missing>           2 days ago           /bin/sh -c #(nop)  MAINTAINER Jean Blanchard…   0B                   
<missing>           7 weeks ago          /bin/sh -c #(nop)  CMD ["/bin/sh"]              0B                   
<missing>           7 weeks ago          /bin/sh -c #(nop) ADD file:e69d441d729412d24…   5.59MB 

2.3.2 查询镜像详情

#存储信息

[root@master jdk]# docker image inspect jre8:1.3 

2.4  Docker 镜像和 Overlay2 关系

Docker 需要OverlayFS文件系统存储

1)Docker中的镜像采用分层构建设计,每个层可以称之为"layer", 镜像文件默认存在目录:/var/lib/docker/overlay2

2) Docker支持的文件存储如下: AUFSOverlayFSVFSBrtfs等。

3)通过Docker Info命令查看当前的存储驱动  

[root@node-2 overlay2]# docker info | grep -E  " Storage Driver|Server Version" 
Server Version: 19.03.4 
Storage Driver: overlay2

4)通常ubuntu类的系统默认采用的是AUFScentos7.1+系列采用的是OverlayFS

相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
14天前
|
负载均衡 监控 Java
SpringCloud常见面试题(一):SpringCloud 5大组件,服务注册和发现,nacos与eureka区别,服务雪崩、服务熔断、服务降级,微服务监控
SpringCloud常见面试题(一):SpringCloud 5大组件,服务注册和发现,nacos与eureka区别,服务雪崩、服务熔断、服务降级,微服务监控
SpringCloud常见面试题(一):SpringCloud 5大组件,服务注册和发现,nacos与eureka区别,服务雪崩、服务熔断、服务降级,微服务监控
|
12天前
|
前端开发 Java UED
"揭秘!如何以戏剧性姿态,利用SpringCloud铸就无懈可击的异常处理铁壁,让你的微服务架构稳如泰山,震撼业界!"
【8月更文挑战第8天】随着Spring Cloud在微服务架构中的广泛应用,统一异常处理成为确保系统稳定性和提升用户体验的关键。传统方式在各服务中单独处理异常导致代码冗余且不一致。因此,采用Spring Cloud封装统一异常处理机制变得尤为重要:它减少了冗余代码,提升了异常处理的一致性和系统的可维护性,并通过统一错误响应格式优化了用户体验。实现这一机制可通过定义全局异常处理器、自定义业务异常并在服务中适当抛出这些异常来完成。这种方式遵循了微服务设计中的“服务治理”和“契约先行”原则,为构建健壮的微服务系统打下了基础。
25 1
|
3天前
|
Java 数据库连接 Nacos
SpringCloud微服务配置管理、配置热更新
SpringCloud微服务配置管理、配置热更新
14 0
|
20天前
|
运维 Kubernetes Cloud Native
云原生技术浪潮下的微服务架构演进
在数字化转型的风潮中,云原生技术以其灵活性、可扩展性和弹性成为企业IT战略的核心。本文深入探讨了微服务架构如何借助云原生环境进行优化,并分析了容器化、服务网格等技术如何助力微服务更好地适应云原生生态。通过案例分析,我们揭示了微服务在现代云平台上的实践挑战与解决策略,同时对未来的技术趋势进行了预测。
40 0
|
2天前
|
监控 负载均衡 API
从单体到微服务:架构转型之道
【8月更文挑战第17天】从单体架构到微服务架构的转型是一项复杂而系统的工程,需要综合考虑技术、团队、文化等多个方面的因素。通过合理的规划和实施策略,可以克服转型过程中的挑战,实现系统架构的升级和优化。微服务架构以其高度的模块化、可扩展性和灵活性,为业务的持续发展和创新提供了坚实的技术保障。
|
12天前
|
Cloud Native 云计算 微服务
云原生时代:企业分布式应用架构的惊人蜕变,从SOA到微服务的大逃亡!
【8月更文挑战第8天】在云计算与容器技术推动下,企业分布式应用架构正经历从SOA到微服务再到云原生的深刻变革。SOA强调服务重用与组合,通过标准化接口实现服务解耦;微服务以细粒度划分服务,增强系统灵活性;云原生架构借助容器化与自动化技术简化部署与管理。每一步演进都为企业带来新的技术挑战与机遇。
44 6
|
9天前
|
设计模式 监控 API
探索微服务架构中的API网关模式
在微服务的宇宙里,API网关是连接星辰的桥梁。它不仅管理着服务间的通信流量,还肩负着保护、增强和监控微服务集群的重任。本文将带你走进API网关的世界,了解其如何成为微服务架构中不可或缺的一环,以及它在实际应用中扮演的角色和面临的挑战。
|
18天前
|
运维 监控 负载均衡
探索微服务架构中的API网关
在现代软件开发中,微服务架构已成为设计灵活、可扩展系统的首选方法。本文将深入探讨API网关的核心作用,包括它如何简化客户端与微服务之间的交互,提供请求路由、负载均衡、认证、限流及监控等关键功能。我们将通过实际案例分析,揭示API网关在提升系统性能、增强安全性和提高开发效率方面的重要性。
|
16天前
|
负载均衡 监控 API
探索微服务架构中的API网关模式
在微服务架构的海洋中,API网关扮演着枢纽的角色。它不仅是客户端请求的接收者,也是各个微服务间通信的协调者。本文将深入探讨API网关的设计原则、实现策略以及它在微服务生态中的重要性。我们将通过实际案例分析,了解API网关如何优化系统性能、提高安全性和简化客户端与服务的交互。
34 4