V2EX › snail00 的所有回复 › 第 2 页 / 共 10 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10

❮

❯

2021-06-17 15:36:45 +08:00

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

2021-06-10 18:34:16 +08:00

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

2021-06-04 10:38:09 +08:00

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

2021-06-03 10:46:39 +08:00

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

2021-01-14 09:37:53 +08:00

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

2020-12-23 16:41:12 +08:00

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

2020-12-08 11:23:27 +08:00

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

2020-11-25 15:55:18 +08:00

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

2020-04-01 13:55:43 +08:00

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

2019-11-28 15:48:43 +08:00

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

2019-11-15 18:38:55 +08:00

初始配置是 1c2g1m 2y
完成在线实验 +2g
完成业务验证 +1m
完成好友邀请 +1y

对于比较懒的人来说算 1c4g1m 398/2 年吧

1 2 3 4 5 6 7 8 9 10

❮

❯