kubectl，jenkins+kubectl
手敲命令是比较累一点，但在学习阶段，这个成本可以接受。
还在考虑 rancher，作为一个 WebUI 来说，它做的有些多。由于功能比较多，在纳管自己的集群时会有一些入侵，即安装一些自己的组件，这点比较顾虑。理想的 WebUI 是功能足够，仅和集群 API 交互。
当然如果使用全套 RKE 就没上面的问题，但有一种和发行版绑定的感觉。

制品推送没什么问题的，有各种各样的制品仓库，jenkins 也有各种插件支持，最原始的 ftp、ssh 都可以实现，我们的制品是 docker 镜像，所以就简单的 docker push。
部署更新我们也是在 jenkins 中完成的，根据不同的场景，显式的去执行一个部署操作，而不是推送制品后等待触发部署。可用的工具也很多，Windows 目标可以使用 powershell 远程操作，Linux 目标 SSH 脚本也不错，docker 主机或 k8s 集群都有远程 API 可以调用。

个人经验：
1. 可以实现，基本流程都差不多，难点在于具体各个环节的调试落地；
2. 编译构建步骤是不可缺少的，无非是你选择在 jenkins 环境中出 war 包还是 Dockerfile 多阶段构建出 war 包，这取决于你的构建环境是什么，docker 镜像只是对 war 的一种封装。
3. 不清楚 rancher 是否可以自动拉取最新镜像，如果部署环境是 docker 的话可以参考 https://github.com/containrrr/watchtower
4. tomcat 作为基础镜像，出 war 包后直接 build 一个新的镜像即可。

高级工程师？高强度工程师？

就标题而言，单纯不是蠢的一种吗？
就内容而言，如果懂得一些基本的为人处世被定义为不单纯，那姐姐和奶奶是挺单纯的。

生产中是这么使用的。
每个服务一个容器，整个项目可以放在一个统一的 docker-compose 文件里管理。
不存在大材小用的问题，和分布式集群部署没有关系，任何需要做隔离部署的场景都可以考虑使用 docker。
你这边的迁移主要还是考虑性能问题，毕竟之前是每个服务独占服务器的。

流程是这样的没错，回滚就是使用镜像标签，回滚基本是秒级的。这是制品回滚相对于代码回滚的优势。
关于 Jenkins 远程操作部署主机，你这里使用 SSH 也是可以的。实际上，更倾向于使用 docker 命令来操作远程 docker 主机，加上双向 TLS 验证，还是比较安全的。
上面说 k8s 的比较多，在这里应该不是重点，实际上把整个流程走通后，从部署到 docker 改为 k8s 也就是在 Jenkinsfile 里面把 docker 操作替换为 kubectl 操作就可以了。

主要在 CI/CD 环节使用，helm template + kubectl，no tiller。真的只是替换一些环境参数，不管是 template 还是 overlay，不要搞太复杂。可能是程序规模较小，依赖完全可控，人工管理。回滚方面倾向于代码层面回滚，重新发布新的 release，发布流程不变。考虑重新编译时间较长，也可以制品回滚。

LB 选择 traefik 似乎会更简洁一些，部署回退可以从代码层面回退，发布新的 release，这样回退流程和发布流程在逻辑上是一样的。当然，也可以对 image 打 tag，直接在部署环境回退镜像，不用重新构建，会更快些。

关注。
一直在盘算着来一套 1700+64G 多开虚拟机来折腾 k8s 集群，板 U 内存差不多 3000 左右，感觉这个性价比还可以。同时也看了看二手服务器，差不多价钱勉强能够到 128G 内存，考虑到功耗、噪音感人，最后还是倾向于把目前的 G4560 腾笼换鸟，体验一下 AMD YES.

常规操作：
换端口；
禁止 root 登录；
fail2ban

安全且方便：
密码+MFA

更安全：
有密码的密钥

可选：
如果可能，限制登录 IP

你就正常发挥就行。

有一个开源的项目 gotify 可以参考一下： https://github.com/gotify/server

不需要跨平台的话，mouse without borders +1。办公室双电脑办公近两年，mouse without borders 真生产力工具。
Synergy 应该是开源的，可以自己拉源码编译，似乎还有 nightly 版本可以下载。当然，开源不等于免费，可以查看最新的收费政策。

@daijinming 如果镜像和 compose file 没有变化，up 命令不会重启或重建原容器，不会对原容器有任何影响。

直接把 docker-compose down 这句命令去掉不就可以了吗？还是我理解的不太对。每隔 10 分钟就直接 pull 和 up，有更新就会 pull 到新镜像，up 就会使用新镜像重建容器，没更新就 pull 不到镜像，up 也不会造成任何影响。

推荐用 docker，前面加个 nginx 或 traefik。注意限制 docker 里面 jvm 的资源占用，这个地方可能有坑。

和路由器没有关系，DDNS 只需要你内网有一个一直开机且可运行脚本的设备就可以，比如 NAS、Homelab 服务器、树莓派、旧手机等。当然，也可以选择路由器担任这个角色，需要路由器可以执行定时脚本就可以。
和路由器或光猫有关系是端口映射，根据你拨号情况，需要这两个设备支持端口映射，毕竟 DDNS 接下来是为了暴露内网服务的。不过这个功能一般设备都支持了，就看好用不好用了。