漏洞百出的后端项目如何包装

下周要面字节后端开发，现在手上倒是有一两个后端项目，但是就是一个简单的Spring Boot后端，主要代码量都堆在了CRUD，感觉技术含量其实不高。

- 使用MySQL存数据，但是都是使用Spring JPA间接操作，一行SQL也没写过，由于数据量很少，没有建索引、没有分库分表，也没有使用Redis缓存。
- 并发量方面，由于Spring Boot框架自动并发，也没有手动处理并发逻辑，自己也没有进行压力测试或者性能测试
- 容灾方面，没有考虑MySQL故障的问题，因为自己小项目根本遇不到这样的问题
- 项目虽说拆分成了微服务，但是及其简单地拆成四个Spring Boot后端，微服务通信也是使用FeignClient HTTP通信，没有使用Spring Cloud或者Eureka，也没有使用什么高级的RPC，也没有考虑通信失败的情况。

感觉这也是一些个人项目/课程项目的通病，当时只着重于写Spring Boot业务代码实现功能了，没考虑这么多情况。
目前的情况就是，我大概知道这些问题应该用什么技术解决，总共有几种方案，但是来不及将它应用在项目上了。有没有类似的uu有同样的情况的，真诚求问应该怎么包装。（肯定不能骗，一问细节就露馅了）

#项目##项目优化##字节#