前言

从 PHP 转向 Java，从单体到微服务，似乎 “说干就干” 的冲动越来越少。在跟随老师使用 TP5、JQuery、MySQL、宝塔（Nginx）开发前后端不分离项目的那段时间，是我 “说干就干” 最多的时期，这套架构在无论是现在还是当年都不是什么拿得上台面的架构，但基于这套架构，我个人开发了交易所搬砖、云监工、成绩排名、课程表、疫苗监控等项目，也得到很多同学、网友的认可。

这些项目的开发，很多时候就是一念的想法，就马上开干，当时也不知道什么时候敏捷开发、持续集成，总之就是想到什么就去干，感觉能用了，就先部署一下，而这个部署一下，也就把 PHP 的代码上传到服务器目录。

或是因为 PHP 的弱语言类型、PHP 无需编译、模板渲染的高效，这些 buff 的叠加，让说干就干变得简单，转用 Java 后，从单体到微服务，说干就干似乎离我越来越远，想做点什么，但想到需要定义、配置好多东西才能把项目跑起来，跑起来后又要配置好多东西才能把他部署到生产环境，念头瞬间又消失了。

“开发一时爽，维护火葬场”，对于商业软件来讲，标准化和规范化的开发流程不可否认能提高产品的质量以及后续维护的成本，但一味追求标准化、规范化，也许需求评审都还没开完，当年的我可能已经上线了第一个版本。

当然，产品的事情我也不懂，我不过是一个码农，而我写这篇文章，更多是想找回当年那份 “初心”，本文站在一个开发者的角度，而非运维，尝试记录一个也许只适用于本人的 DevOps 最佳实践。

环境

操作系统：Ubuntu

云联网

参考：基于 WireGuard 实现的云组网

中间件

对于生产环境，如果是商用大多数时候都是买的云服务商提供的云产品，这种有钱就行的不在本文探讨范围，本文探讨并不考虑高可用的、能用就行的自己搭建情况。

MySQL

参考

Nacos