kubernetes Spring Cloud 微服务架构— (7)Kubernetes spring cloud 微服务-Dockerfile

简介: 第 7 章 Dockerfile 本章节主要讲解Dockerfile的语法结构,并且会详细讲解在Dockerfile中常用指令的使用方法。

7.0 为什么需要 Dockerfile

Docker运行的基础是需要镜像,那么构建镜像的基础是Dockerfile;也就是说如果需要运行自己的应用程序, 那么需要编写Dockerfile来构建镜像

7.1 Dockfile 结构

Dockerfile是用来构建Docker镜像的语法文件,是由一系列命令和参数构成Docker所特有的脚本命令

 

 

7.2 Dockerfile 构建案例


/

 

#典型Java构建基础镜像Dockerfile 
#模板镜像 
FROM centos 
#镜像的创建者 
MAINTAINER Tony 
# 建立一个目录 
RUN mkdir /usr/local/java 
# copy gz 压缩文件到容器目录 
ADD jdk-8u141-linux-x64.tar.gz /usr/local/java/ 
# 建立软链接 
RUN ln -s /usr/local/java/jdk1.8.0_141 /usr/local/java/jdk 
# 设置环境变量 
ENV JAVA_HOME /usr/local/java/jdk 
ENV JRE_HOME ${JAVA_HOME}/jre 
ENV CLASSPATH .:${JAVA_HOME}/lib:${JRE_HOME}/lib 
ENV PATH ${JAVA_HOME}/bin:$PATH 
#定义容器端口 
# EXPOSE 8080 
#启动命令 
CMD ["java","-version"]

 

7.3 Dockerfile 语法详细解析

7.3.1 FROM(指定基础image

构建指令,必须指定且需要在Dockerfile 其他指令的前面。后续的指令都依赖于该指令指定的imageFROM 指令指定的基础image可以是官方远程仓库中的,也可以位于本地仓库, 该模板镜像决定了在RUN 指令中可以执行哪些系统的指令。

 

该指令有两种格式: 
FROM <image> 
指定基础image 为该image 的  后修改的版本。或者:
FROM <image>:<tag> 
指定基础image 为该image 的一个tag 版本。 
#指定镜像版本 
FROM centos: latest 
#注意: 如果是从私有仓库拉取镜像,如果有配置权限,那么需要先登录到私有仓库.


/

7.3.2 MAINTAINER(用来指定镜像创建者信息)

构建指令,用于将image的制作者相关的信息写入到image 中。当我们对该image 执行 docker inspect 命令时,输出中有相应的字段记录该信息。

格式:

MAINTAINER <name>

 

7.3.3 RUN(执行构建命令)构建指令

RUN 可以运行任何被基础image 支持的命令。如基础image 选择了ubuntu,那么软件管理部分只能使用ubuntu 的命令。 
该指令有两种格式: 
RUN <command> (the command is run in a shell - `/bin/sh -c`) 
RUN ["executable", "param1", "param2" ... ] (exec form) 
#类似于shell 模块 
RUN yum install java -y
注:容器在启动时,会挂载三个配置文件-init 
/etc/hostname 
/etc/hosts 
/etc/resolv.conf 
dockerfile 每执行一个run 会临时创建一个容器,每次从创建都会重新挂载这三个配置文件。所以有对于此三个配置文件有依赖操作的命令需要处于同一个RUN(也可以在容器启动以后,执行脚本修改),如下命令。 
RUN echo "192.168.20.200 mirrors.aliyun.com" >> /etc/hosts & \ curl -o /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-6.repo & \ yum install php php-cli php-mbstring php-gd unzip -y

7.3.4 CMD(设置container 启动时执行的操作)

设置指令,用于container 启动时指定的操作。该操作可以是执行自定义脚本,也可以是执行系统命令。该指令只能在文件中存在一次,如果有多个,则只执行 后一条。容易被替换。 
该指令有两种格式: 
CMD ["executable","参数","参数"] 
CMD command param1 param2 
CMD ["/bin/bash","/init.sh"] 
或者 
CMD ["tail","-F","/etc/hosts"]


7.3.5 ENTRYPOINT(设置container 启动时执行的操作)  

设置指令,指定容器启动时执行的命令,可以多次设置,但是只有    后一个有效。两种格式:

ENTRYPOINT ["executable", "param1", "param2"] 格式与CMD 相同 ENTRYPOINT command param1 param2

容器启动后执行的命令(无法被替换,启容器的时候指定的命令,会被当成参数)该指令的使用分为两种情况,一种是独自使用,另一种和CMD 指令配合使用。

当独自使用时,如果你还使用了CMD 命令且CMD 是一个完整的可执行的命令,那么CMD 指令和ENTRYPOINT 会互相覆盖只有   后一个CMD 或者ENTRYPOINT有效。

# CMD 指令将不会被执行,只有ENTRYPOINT 指令被执行

 

7.3.6 USER(设置container 容器的用户)

设置指令,设置启动容器的用户,默认是root 用户。

# 指定memcached 的运行用户

#USER = su – user11(centos)

ENTRYPOINT ["memcached"]


USER daemon

ENTRYPOINT ["memcached", "-u", "daemon"]

 

7.3.7 EXPOSE(指定容器需要映射到宿主机器的端口)

设置指令,该指令会将容器中的端口映射成宿主机器中的某个端口。当你需要访问容器的时候,可以不是用容器的IP 地址而是使用宿主机器的IP 地址和映射后的端口。要完成整个操作需要两个步骤,首先在Dockerfile 使用EXPOSE 设置需要映射的容器端口,然后在运行容器的时候指定-p 选项加上EXPOSE 设置的端口,这样EXPOSE 设置的端口号会被随机映射成宿主机器中的一个端口号。也可以指定需要映射到宿主机器的那个端口,这时要确保宿主机器上的端口号没有被使用。EXPOSE 指令可以一次设置多个端口号,相应的运行容器的时候,可以配套的多次使用-p 选项。格式:

EXPOSE <port> [<port>...]

# 映射一个端口

EXPOSE port1

 

7.3.8 ENV(用于设置环境变量)


/

构建指令,在image 中设置一个环境变量。格式: 
ENV <key> <value> 
设置了后,后续的RUN 命令都可以使用,container 启动后,可以通过docker inspect 查看这个环境变量,也可以通过在docker run --env key=value 时设置或修改环境变量。假如你安装了JAVA 程序,需要设置JAVA_HOME,那么可以在Dockerfile 中这样写: 
ENV JAVA_HOME /path/to/java/dirent 
ENV JAVA_HOME /usr/java/latest 
ENV PATH $JAVA_HOME/bin:$PATH 
ENV LANG en_us.UTF-8

7.3.9 ADD(从src 复制文件到container dest 路径)

构建指令,所有拷贝到container 中的文件和文件夹权限为0755,uid 和gid 为0;如果是一个目录,那么会将该目录下的所有文件添加到container 中,不包括目录;如果文件是可识别的压缩格式,则docker 会帮忙解压缩(注意压缩格式tar.gz);格式: 
ADD <src> <dest> 
<src> 是相对被构建的源目录的相对路径,可以是文件或目录的路径,也可以是一个远程的文件url; 
<dest> 是container 中的绝对路径
ADD ./apache-tomcat-9.0.11.tar.gz /opt/server/tomcat

 

7.3.9.1 VOLUME(指定挂载点)


/

 

设置指令,使容器中的一个目录具有持久化存储数据的功能,该目录可以被容器本身使用,也可以共享给其他容器使用。我们知道容器使用的是AUFS(overlay),这种文件系统不能持久化数据,当容器关闭后,所有的更改都会丢失。当容器中的应用有持久化数据的需求时可以在Dockerfile 中使用该指令。格式: 
VOLUME ["<mountpoint>"]
FROM base 
VOLUME ["/tmp/data"] 
运行通过该Dockerfile 生成image 的容器,/tmp/data 目录中的数据在容器关闭后,里面的数据还存在。VOLUME不会存在于宿主机。
#编译JDK Dockerfile 
[root@master jdk]# mkdir /jdk 
[root@master jdk]# cat /jdk/Dockerfile  
FROM docker.io/jeanblanchard/alpine-glibc 
MAINTAINER Tony 
RUN echo "https://mirror.tuna.tsinghua.edu.cn/alpine/v3.4/main/" > /etc/apk/repositories 
RUN apk add --no-cache 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 
RUN mkdir /zz 
USER root 
VOLUME ["/tmp/data"] 
WORKDIR /opt 
#EXPOSE 22 
CMD ["java","-version"] 
# ENTRYPOINT ["java", "-version"] 
#编译镜像 
[root@master jdk]# docker build -t jre8:1.5 . 
#启动容器 
[root@localhost images]# docker run -it --name t19 jre8:1.5 bash bash-4.3# cd /tmp/data/ bash-4.3# touch dd.txt 
#退出容器 
#启动容器,然后再进入到容器 
[root@master jdk]# docker start t19 
[root@master jdk]# docker attach t19 (exec -it, 前提条件 bash) bash-4.3# cd /tmp/data 
bash-4.3# ls dd.txt 
#其他容器共享VOLUME内容 
[root@localhost test]# docker run -it --name t20 --volumes-from t19 jre8:1.5 bash bash-4.3# cd /tmp/data/ bash-4.3# ls dd.txt 
#在 t19 写入/tmp/data/ dd.txt 内容, t20 也可以看到


/

 

7.3.9.2 WORKDIR(工作目录)

设置指令,可以多次切换(相当于cd 命令),对RUN,CMD,ENTRYPOINT生效。格式:

WORKDIR /path/to/workdir , 相当于cd /path/to/workdir

7.4 实战编译 Nginx 镜像

7.4.1 配置Dockerfile


/

FROM centos:centos7 
MAINTAINER Tony 
RUN yum install -y wget openssl epel-release 
RUN yum install -y nginx 
COPY nginx.conf /etc/nginx/nginx.conf 
VOLUME [ "/data/www" ] 
EXPOSE 80 
CMD ["nginx", "-g", "daemon off;"]

7.4.2 配置Nginx.conf

user nginx;
worker_processes  1; 
error_log  /var/log/nginx/error.log warn; 
pid        /var/run/nginx.pid; 
events {   
  worker_connections  1024; 
}
http {     
  include       /etc/nginx/mime.types;  
  default_type  application/octet-stream; 
      log_format  main  '$remote_addr - $remote_user [$time_local]   "$request" ' 
                        '$status   $body_bytes_sent "$http_referer" '                       '"$http_user_agent"   "$http_x_forwarded_for"';  
  access_log    /var/log/nginx/access.log    main;   
  sendfile        on;  
  #tcp_nopush     on; 
  keepalive_timeout  65; 
    #gzip    on;    
  server {       
    listen       80;      
    server_name  localhost;     
    location / {           
      root   /data/www;           
      index  index.html index.htm; 
        }        
    error_page   500 502 503 504  /50x.html;       
    location = /50x.html {            
      root   /usr/share/nginx/html; 
        } 
      } 
}

7.4.3 编译镜像

[root@demo nginx]# docker build -f Dockerfile -t nginx-c1:v1.0 .

 

7.4.4 配置Index.html


/

 

[root@demo nginx]# cat index.html  
<!DOCTYPE html> 
<html> 
<head> 
    <meta charset="utf-8" /> 
    <meta http-equiv="X-UA-Compatible" content="IE=edge"> 
    <title>Welcome</title> 
    <meta name="viewport" content="width=device-width, initial-scale=1"> 
</head> 
<body> 
    Welcome Nginx 
</body> 
</html>

7.4.4 复制Nginx index.html 到宿主机

[root@demo nginx]# mkdir -p /data/www/ 
[root@demo nginx]# cp index.html /data/www/ 
[root@demo nginx]# docker run --name nginx-demo  -d -p 8001:80 -v /data/www:/data/www nginx-c1:v1.0


/

7.4.5 访问服务

[root@demo nginx]# curl localhost:8001
<!DOCTYPE html> 
<html> 
<head> 
    <meta charset="utf-8" /> 
    <meta http-equiv="X-UA-Compatible" content="IE=edge"> 
    <title>Welcome</title> 
    <meta name="viewport" content="width=device-width, initial-scale=1"> 
</head> 
<body> 
    Welcome Nginx 
</body> 
</html>

7.4.6 使用自动分配端口访问

[root@demo nginx]# docker run --name nginx-demo1  -d -P -v /data/www:/data/www nginx-c1:v1.0

 

7.4.7 获取端口


/

[root@demo nginx]# docker port nginx-demo1 
80/tcp -> 0.0.0.0:32768

7.4.8 访问服务

[root@demo nginx]# curl localhost:32768 
<!DOCTYPE html> 
<html> 
<head> 
    <meta charset="utf-8" /> 
    <meta http-equiv="X-UA-Compatible" content="IE=edge"> 
    <title>Welcome</title> 
    <meta name="viewport" content="width=device-width, initial-scale=1"> 
</head> 
<body> 
    Welcome Nginx 
</body>
</html>

/

相关实践学习
深入解析Docker容器化技术
Docker是一个开源的应用容器引擎,让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的Linux机器上,也可以实现虚拟化,容器是完全使用沙箱机制,相互之间不会有任何接口。Docker是世界领先的软件容器平台。开发人员利用Docker可以消除协作编码时“在我的机器上可正常工作”的问题。运维人员利用Docker可以在隔离容器中并行运行和管理应用,获得更好的计算密度。企业利用Docker可以构建敏捷的软件交付管道,以更快的速度、更高的安全性和可靠的信誉为Linux和Windows Server应用发布新功能。 在本套课程中,我们将全面的讲解Docker技术栈,从环境安装到容器、镜像操作以及生产环境如何部署开发的微服务应用。本课程由黑马程序员提供。 &nbsp; &nbsp; 相关的阿里云产品:容器服务 ACK 容器服务 Kubernetes 版(简称 ACK)提供高性能可伸缩的容器应用管理能力,支持企业级容器化应用的全生命周期管理。整合阿里云虚拟化、存储、网络和安全能力,打造云端最佳容器化应用运行环境。 了解产品详情: https://www.aliyun.com/product/kubernetes
相关文章
|
9月前
|
算法 Java 微服务
【SpringCloud(1)】初识微服务架构:创建一个简单的微服务;java与Spring与微服务;初入RestTemplate
微服务架构是What?? 微服务架构是一种架构模式,它提出将单一应用程序划分为一组小的服务,服务之间互相协调、互相配合,为用户提供最终价值。 每个服务允许在其独立的进程中,服务于服务间采用轻量级的通信机制互相协作(通常是Http协议的RESTful API或RPC协议)。 每个服务都围绕着具体业务进行构建,并且能够被独立的部署到生产环境、类生产环境等。另外应当尽量避免统一的、集中式的服务管理机制,对具体的一个服务而言,应根据上下文,选择合适的语言、工具对其进行构建
729 126
|
9月前
|
负载均衡 算法 Java
【SpringCloud(2)】微服务注册中心:Eureka、Zookeeper;CAP分析;服务注册与服务发现;单机/集群部署Eureka;连接注册中心
1. 什么是服务治理? SpringCloud封装了Netfix开发的Eureka模块来实现服务治理 在传统pc的远程调用框架中,管理每个服务与服务之间依赖关系比较复杂,管理比较复杂,所以需要使用服务治理,管理服务于服务之间依赖关系,可以实现服务调用、负载均衡、容错等,实现服务发现与注册
489 0
|
9月前
|
监控 Cloud Native Java
Spring Boot 3.x 微服务架构实战指南
🌟蒋星熠Jaxonic,技术宇宙中的星际旅人。深耕Spring Boot 3.x与微服务架构,探索云原生、性能优化与高可用系统设计。以代码为笔,在二进制星河中谱写极客诗篇。关注我,共赴技术星辰大海!(238字)
1400 2
Spring Boot 3.x 微服务架构实战指南
|
9月前
|
负载均衡 Java API
《深入理解Spring》Spring Cloud 构建分布式系统的微服务全家桶
Spring Cloud为微服务架构提供一站式解决方案,涵盖服务注册、配置管理、负载均衡、熔断限流等核心功能,助力开发者构建高可用、易扩展的分布式系统,并持续向云原生演进。
|
SpringCloudAlibaba API 开发者
新版-SpringCloud+SpringCloud Alibaba
新版-SpringCloud+SpringCloud Alibaba
|
资源调度 Java 调度
Spring Cloud Alibaba 集成分布式定时任务调度功能
定时任务在企业应用中至关重要,常用于异步数据处理、自动化运维等场景。在单体应用中,利用Java的`java.util.Timer`或Spring的`@Scheduled`即可轻松实现。然而,进入微服务架构后,任务可能因多节点并发执行而重复。Spring Cloud Alibaba为此发布了Scheduling模块,提供轻量级、高可用的分布式定时任务解决方案,支持防重复执行、分片运行等功能,并可通过`spring-cloud-starter-alibaba-schedulerx`快速集成。用户可选择基于阿里云SchedulerX托管服务或采用本地开源方案(如ShedLock)
638 1
|
负载均衡 Dubbo Java
Spring Cloud Alibaba与Spring Cloud区别和联系?
Spring Cloud Alibaba与Spring Cloud区别和联系?
|
Java Nacos Sentinel
Spring Cloud Alibaba:一站式微服务解决方案
Spring Cloud Alibaba(简称SCA) 是一个基于 Spring Cloud 构建的开源微服务框架,专为解决分布式系统中的服务治理、配置管理、服务发现、消息总线等问题而设计。
3389 13
Spring Cloud Alibaba:一站式微服务解决方案
|
SpringCloudAlibaba 负载均衡 Dubbo
【SpringCloud Alibaba系列】Dubbo高级特性篇
本章我们介绍Dubbo的常用高级特性,包括序列化、地址缓存、超时与重试机制、多版本、负载均衡。集群容错、服务降级等。
2097 7
【SpringCloud Alibaba系列】Dubbo高级特性篇
|
人工智能 SpringCloudAlibaba 自然语言处理
SpringCloud Alibaba AI整合DeepSeek落地AI项目实战
在现代软件开发领域,微服务架构因其灵活性、可扩展性和模块化特性而受到广泛欢迎。微服务架构通过将大型应用程序拆分为多个小型、独立的服务,每个服务运行在其独立的进程中,服务与服务间通过轻量级通信机制(通常是HTTP API)进行通信。这种架构模式有助于提升系统的可维护性、可扩展性和开发效率。
5682 2