在前面实践过程中所用到的镜像都是去官方的镜像仓库获取的，但是，有时候，公司内部的项目不适合放在官方的仓库中去，这时候，我们便需要搭建一个自己的镜像仓库了。

前面简单的介绍了如何在Linux中安装Docker，这节内容，我们学习Docker镜像启动

自学代码多年，前些年都是写的C#，那时候，都是很规范的按照书里面说的，日期格式化用yyyy-MM-dd。去年开始，直接上手做Java的项目，也没有很系统的去学这个东西，也就是能用热门组件做项目而已。就在昨天，12月26号，线上一个简单的EBS查询接口获取不到数据了，很奇怪，因为近2周没有发过新版本了，所以，初步定位是数据问题，但是EBS也没有做过任何调整，然后便去查看了一下接口调用日志，这货传的日期怎么是2022-12-26呢？

说到Docker，便要追溯到前些年，我用公司的模块直接从k8s+kubesphere就干起来了，然而，用了这么多年的k8s，却对Docker不甚了解，这便想着，得抽时间从最基础开始实践。

最近一个朋友叫我帮他维护一个项目，这个项目是用Spring Boot开发的，后端有个定时任务，它不是基于quartz这类框架开发的，而是直接用Eclipse基于JDK1.7开发的工具包，然后借助Linux的crontab来实现的定时任务，我接触java一年多来，都是用的IDEA+JDK1.8如果要去安装Eclipse的话，就显得有些繁琐，就直接用IDEA吧，JDK就在百度找一个解压版吧。

在之前，我们要重新部署Spring Boot应用时，都是用简单粗暴的kill -9 PID命令，这种方式的弊端很明显，假如应用内还有未处理完的业务，突然把应用给kill掉，这显然是出问题的。

昨天，记录了Spring Boot基于Redisson实现订单状态延迟处理的思路后，就想着，还是要去搞清楚RedissonDelayedQueue的实现思路，所以，今天就忙里偷闲，去Github下载Redisson源码来大概查略一番。

在之前的系统，用户主要是经销商，用户数不多，数据量也不大，便采用了最简单的方式-定时扫描表，这种方式确实简单粗暴，如果要实时性较高，那么就只有频繁扫描表，这样就增加了数据库的压力，如果要减轻数据库压力，那么就只有降低扫描频率，这样就出现延迟很高。这次的新系统的用户和数据量较之前的系统就要多一些了，如果再使用之前的方式，不止数据库压力会很大，用户体验也不好。

昨天，用户突然来电说”程序进不去了”，此时正值生产高峰期，这可是慌着我了，我立马尽到堡垒机去查看机器状态，我勒个去，磁盘满掉了。

切换目录-cd

• cd 目录名 切换到当前目录下指定目录
• cd ~ 切换到当前用户的主目,还可以直接cd或者是cd /
• cd .. 切换到当前目录的上一级目录