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
相关文章
|
10月前
|
数据可视化 Java BI
将 Spring 微服务与 BI 工具集成:最佳实践
本文探讨了 Spring 微服务与商业智能(BI)工具集成的潜力与实践。随着微服务架构和数据分析需求的增长,Spring Boot 和 Spring Cloud 提供了构建可扩展、弹性服务的框架,而 BI 工具则增强了数据可视化与实时分析能力。文章介绍了 Spring 微服务的核心概念、BI 工具在企业中的作用,并深入分析了两者集成带来的优势,如实时数据处理、个性化报告、数据聚合与安全保障。同时,文中还总结了集成过程中的最佳实践,包括事件驱动架构、集中配置管理、数据安全控制、模块化设计与持续优化策略,旨在帮助企业构建高效、智能的数据驱动系统。
466 1
将 Spring 微服务与 BI 工具集成:最佳实践
|
9月前
|
监控 Cloud Native Java
Spring Boot 3.x 微服务架构实战指南
🌟蒋星熠Jaxonic,技术宇宙中的星际旅人。深耕Spring Boot 3.x与微服务架构,探索云原生、性能优化与高可用系统设计。以代码为笔,在二进制星河中谱写极客诗篇。关注我,共赴技术星辰大海!(238字)
1391 2
Spring Boot 3.x 微服务架构实战指南
|
9月前
|
负载均衡 Java API
《深入理解Spring》Spring Cloud 构建分布式系统的微服务全家桶
Spring Cloud为微服务架构提供一站式解决方案,涵盖服务注册、配置管理、负载均衡、熔断限流等核心功能,助力开发者构建高可用、易扩展的分布式系统,并持续向云原生演进。
|
10月前
|
监控 安全 Java
Spring Cloud 微服务治理技术详解与实践指南
本文档全面介绍 Spring Cloud 微服务治理框架的核心组件、架构设计和实践应用。作为 Spring 生态系统中构建分布式系统的标准工具箱,Spring Cloud 提供了一套完整的微服务解决方案,涵盖服务发现、配置管理、负载均衡、熔断器等关键功能。本文将深入探讨其核心组件的工作原理、集成方式以及在实际项目中的最佳实践,帮助开发者构建高可用、可扩展的分布式系统。
602 1
|
Dubbo Java 应用服务中间件
深入了解Spring Cloud Alibaba Dubbo
在现代分布式系统开发中,构建高性能、可伸缩性和弹性的微服务架构变得越来越重要。Spring Cloud Alibaba Dubbo(简称Dubbo)是一个开源的分布式服务框架,可以帮助开发者构建强大的微服务架构,具备负载均衡、服务治理、远程调用等强大功能。本文将深入介绍Spring Cloud Alibaba Dubbo,帮助你理解它的核心概念、工作原理以及如何在你的项目中使用它。
|
Kubernetes Java 微服务
Spring Boot 单体应用一键升级成 Spring Cloud Alibaba(1)
Spring Boot 单体应用一键升级成 Spring Cloud Alibaba(1)
384 0
Spring Boot 单体应用一键升级成 Spring Cloud Alibaba(1)
|
Java 中间件 开发者
Spring Cloud Alibaba
【1月更文挑战第27天】【1月更文挑战第127篇】Spring Cloud Alibaba
340 1
|
Java Nacos Sentinel
Spring Cloud Alibaba学习指南
由于在2018年Netflix公司宣布对其核心组件Hystrix、Ribbon、zuul、Eureka等进入维护状态,也就是Spring Cloud Netflix系列。由此Spring Cloud Alibaba就诞生了,值得注意的是Spring Cloud Alibaba完全兼容了Spring Cloud Netflix中的Ribbon、Feign、Eureka等组件,所以基于Spring Cloud Netflix的项目可以无缝迁移到Spring Cloud Alibaba。
960 0
|
消息中间件 Java 持续交付
Spring Cloud Alibaba 项目搭建步骤和注意事项
Spring Cloud Alibaba 项目搭建步骤和注意事项
Spring Cloud Alibaba 项目搭建步骤和注意事项
|
消息中间件 Java Maven
Spring Cloud Alibaba 简介
Spring Cloud Alibaba 简介
672 1

推荐镜像

更多