相同的状态, 不知道怎么解

链接地址有问题, 给你补一个 https://post.smzdm.com/p/a7dd9d39/

正常操作, java 里边, 我用新特性, 用设计模式, 然后其他人不愿意维护, 怕改错了, 然后就怎么简单怎么来, 做完大家都能维护, 自己的工期压力也小.

数据库这类持久化部署不建议在 docker 里跑, 数据恢复是个灾难.
本身服务就是 docker 部署, 上 k8s 业务上改动不大, 主要是 k8s 的集群如何部署, 裸机部署 k8s 集群, 必须得个能 hold 住的运维, 公有云部署的集群小问题比较多, 可以综合成本看看

蜗牛的噪音主要来源于硬盘和两个风扇, 换了风扇(¥7 + ¥10) 感觉还是挺安静的

风险这东西在于如果发生了能不能承受, 何况 ssd 这种基本无法恢复的情况
重要数据不如缓存+冷备

我们后端开发不到 10 人, 架构经历是 tomcat+war => spring boot => spring boot + docker => spring boot + 阿里 k8s => spring cloud + nacos + 阿里 k8s , 以上历时一年半

有 5t 的数据量, 其他周边服务应该也要陆续上云, 最简单的就是联系云厂商会有专人对接出方案的.

一样的情况, 我从北京回老家.
有编制就别动了, 在编是真的稳.

挺好的, 提升效率, 卡哪了, 需要什么协助直接抛出来, 比较顺畅, 大家进度也都心里有数, 及时调整工作的优先级