testcgd 最近回复了
你是不是在找合并部署啊,我的观点是搞业务架构还是划好层,做好业务建模,业务实现不依赖底层基建,单体部署能跑,分布式也能跑。
传统单体很考验团队的素质,不认真做好 cr ,写好测试,很快就会腐化没法维护了。
目前的 ai 我还是保留意见,就算是 gpt5 ,opus4.1 也不一定靠谱,codex 和 cc 都是用来写测试和 review ,代码还是自己写,你都看不明白的代码,你又怎么知道 ai 是不是在胡说八道,把测试删了或直接写死返回的事情 cc 可没少干,造成资损搞个 p0 可不好玩。
1.阿巴阿巴
2.无脑 innodb ,其他走 Redis ,hive ,es
3.看 qps,看慢 sql
4.阿巴阿巴,证书记得续费
5.不管干了啥先回滚,然后看监控,看日志,捞 trace
6.环境隔离,策略梳理删除
7.多地区部署完事
什么是好的微服务不太理解,我觉得不好的微服务有几个特点吧
1 、服务数量多过维护人数的
2 、加逻辑要改 n 个服务的
3 、新人不知道某个逻辑在那个服务的
大概率是性能有问题,找老板要了个 hc 来做优化,中小企业大部分性能问题都是不合理的调用,一般优化的流程就是做监控,梳理逻辑和改代码,热点打散,冗余移除,该 cache 的 cache
可以先容器化,完了之后再考虑要不要用 k8s ,如果服务变更少,没有扩缩容需求可以先不上
独立站本身就是去中心化的存在了,只是没有流量应用不广