为了让版本管理起来更方便,应用部署速度更快,在建立镜像的过程当中,建议工程师们明确指定包含版本或者其余辅助信息的tag。node
若是不指定镜像tag,默认会使用latest。每次启动应用实例时,都须要去镜像仓库检查镜像是否更新。这种方式不利于版本管理,对应用启动速度也有必定影响。python
一、使用alpine版本的基础镜像,来减少镜像体积,以保证部署和扩容速度。nginx
alpine是一个高度精简又包含了基本工具的轻量级Linux发行版,自己的Docker镜像只有4~5M大小。各开发语言和框架都有基于alpine制做的基础镜像,在开发本身应用的镜像时,选择这些镜像做为基础镜像,能够大大减少镜像的体积。 spring
各类语言对应的基础镜像以下:docker
Java(Spring Boot): - openjdk:8-jdk-alpine,openjdk:8-jre-alpine等npm
Java(Tomcat) - tomcat:8.5-alpine等后端
Nodejs - node:9-alpine, node:8-alpine等设计模式
Python - python:3-alpine, python:2-alpine等缓存
PHP - 基于php:7-fpm-alpine,php:5-fpm-alpine等镜像添加nginx,参考https://hub.docker.com/r/trafex/alpine-nginx-php7/
Ruby:ruby:2-alpine等
Go/可执行文件 - 直接基于alpine镜像,把编译后的可执行文件打入镜像。由于alpine不一样于普通的Ubuntu/Centos等发行版,须要静态编译和连接应用代码,例如Go须要关闭cgo:CGO_ENABLED=0 go build ...
静态页面 - nginx:1-alpine等
二、保证Dockerfile中的清理命令在同一行,也能够减少镜像体积。
(上面的语句形式能够减少镜像体积。)
unzip <path-to-app-jar>.jar -d app复制代码
在应用的某个实例崩溃或者非正常退出时,不少进程管理程序并不退出,致使平台没法检测到应用已经不可用,进而没法重启应用。因此要避免使用这类进程管理程序来启动镜像。
一、避免使用本地存储。应用镜像启动后,文件系统是临时的,崩溃后即被销毁。持久化数据,文件等须要存储到SDS,FDS等后端存储服务中
二、应用日志不能写到本地文件,须要写到标准输出或者标准错误,平台负责收集、汇总和后续的各类处理。
但愿以上几点建议可以帮助你们避免或解决实际使用中的问题。