1、程序需要前台运行
程序必须前台执行,如果是java进程的话 不要有nohup 或者使用service的方式进行后台运行
否则可能会出现频繁启动应用的问题
原因就是docker只能管理运行中的镜像的一个进程(所以没有特殊需要不要一个镜像执行后出现两个进行的现象,尽量使用k8s的pod来解决)
2、日志要前台打印
日志直接console前台输出即可,docker会自动收集stdout输出的日志。不要存在打两份日志的设置,比如一份file,一份console等。
3、配置文件最好放在镜像内或远程可读取,非必要不要进行卷挂载目录进行读取
有些程序的配置文件是外置的,运行包和配置文件没有在一个执行包中。
如果有以上情况可以将配置文件和运行包都包含在镜像当中。
如果有些配置文件需要在不同的环境下做出修改或更换,就需要对应用程序进行分别打镜像或者改造一下程序,使其只是远程获取配置文件。分别打镜像不太符合整个发布流程,因为分别打镜像包中间可能会有差异,造成生产和开发测试不同。
还有一种方法就是使用k8s的configmap的服务来解决对应读取文件的问题。
4、数据卷的使用
每个容器运行之后不管你有没有显示的指定创建数据卷,都会有一个临时卷的存在,来存储一些临时生成的文件
这些临时文件会随着容器的生命周期而变化
如果你直接指定创建了数据卷,一定要创建在共享存储里面
否则会出现容器漂移之后读不到数据的情况
这种服务就叫做“有状态”的服务,一般我们的服务要做到“无状态”的
如果你的服务是有状态的,可以借助k8s的statuefulset来实现,包括启动顺序和给服务编号等操作。
5、网络相关的注意事项(不要有创建网络相关的操作)
(我们几乎用不到)
要让docker内服务识别正确的网卡
6、dockerfile
这里我定义了一个springboot微服务对应的dockerfile文件用来打镜像包,不管你现在用什么方式最后本质上都是使用 dockerfile来打镜像的
(如果我们的上线流程不是一个人完成,那么不建议使用maven插件的形式进行打镜像包,因为运维或者测试人员很可能不懂你的maven文件也不能修改你的pom配置,这样可能会给后期维护造成麻烦。dockerfile是唯一知道生成镜像依据的文件,可以使用版本控制进行管理随着你的应用进行升级等。镜像是一个黑盒子可以在docker文件系统中使用它,但是他不是一个独立的文件。)
下面的链接是对上面文件的解释
https://github.com/zygfengyuwuzu/docker-miscellaneous
这个dockerfile中设置了三个参数
JAVA_OPTS是jdk的参数,这个参数可以自己设置内存等jvm相关的优化
AGENT_SERVICE_NAME 是设置skywalking的名称
AGENT_COLLECTOR_ADDRESS 设置skywalking数据传输的地址
SpringBoot项目中的所有可配置项都是可调参数,不用特殊指定。
如果你不需要skywalking进行监控最后一句可以修改成下面这样,只保留jdk参数
7、打镜像的一些问题
打包的时候将 dockerfile和jar包最好放在同一路径下
这样是比较容易指定要打进镜像中 文件的路径
不容易出错和误将不需要文件打进镜像的可能的
(可以将需要打进镜像的文件都放在一个目录文件夹中或者和dockerfile相同目录)
打镜像包最好使用一个服务器进行打包和上传,因为多次生成镜像本地会有缓存文件使用会非常快
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
对于怎么样实现集成自动化可以参考如下博客(这个博客是jenkins与docker swarm集成的例子,可以将swarm换成k8s,对应的插件换一下)
https://www.cnblogs.com/zhyg/p/7845612.html