lvlongxiang199 最近的时间轴更新
lvlongxiang199

lvlongxiang199

V2EX 第 296454 号会员,加入于 2018-03-04 16:36:39 +08:00
今日活跃度排名 17972
lvlongxiang199 最近回复了
21 天前
回复了 Ketteiron 创建的主题 程序员 2025 年,我对"单体 vs 微服务"的预测
@Ketteiron 会额外占多少内存, 有实际 benchmark 吗 ? 内存占用的绝对大头是在堆( Heap )上,而不是代码段( Code Segment )。
翻了下"共识"那一章, 简直不能用一个烂字形容
- 整个章节没提到过线性一致性. 作者估计连这些算法解决了啥问题都不知道.
- raft 那几节写的跟流水账似的. 一些重要的设计决策丝毫不提及设计原因. 也丝毫不提及一次 appendEntry 调用失败会咋样. 也没提及持久化. 还不如把整个章节全删掉, 换上 Figure2
21 天前
回复了 Ketteiron 创建的主题 程序员 2025 年,我对"单体 vs 微服务"的预测
"单体无法单独伸缩其中一个服务,只能全部一起水平扩容,这是确实存在的缺点,但 99%的项目并不需要该特性,基础建设很贵,机器很便宜。"

这为啥会是缺点 ? 一个函数你不调用它, 会额外消耗 cpu, 内存, IO ? 像是 db 连接, 可以设置 `maxIdleTime`
一个小问题. 前几章介绍的网络, Linux 内核, 容器跟高可用似乎没啥直接关系吧.
我电脑上没装任何国产软件(包括微信)
"JD.com: MySQL Containerization and Elastic Scheduling in E-commerce Scenarios"

https://kubeblocks.io/blog/run-databases-on-k8s-insights-
from-leading-chinese-internet-companies

看来在 OP 眼里, jd.com 不算大厂
@michael2016 "在生产环境中,稳定性和数据安全是第一位的,关注点放在架构尽可能简单化、资源使用率最大化、可管理监控成本,精细化的运维工作需要解决数据持久化、高可用、性能优化、备份和监控、安全漏洞、供应链风险等所有复杂问题,我们需要降低了运维成本,把人从这些不必要的工作中解放出来。
"

说了一段没用的废话

如果按照这些标准, k8s operator 都比裸金属部署更合适呢 ?
你是哪家公司的 ? 我避避雷

"在大厂 MySQL 是不能用 Docker 的,为什么?" 抛开事实, 只谈论这个问题的问法, 答主似乎假设大厂做的都是对的, 也没考虑大厂是否因为非技术的历史原因选择这条路. 不如换个问题, 生产环境上, MySQL 跑在 docker 里, 有什么优缺点

另外, 大厂的 MySQL 真不跑在 docker 里吗 ? 那为啥会有 https://dev.mysql.com/doc/mysql-operator/en/ https://kubeblocks.io/ 这些项目 ? 起码有些公司在用
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   3936 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 13ms · UTC 10:18 · PVG 18:18 · LAX 03:18 · JFK 06:18
♥ Do have faith in what you're doing.