V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Ketteiron  ›  全部回复第 16 页 / 共 27 页
回复总数  533
1 ... 12  13  14  15  16  17  18  19  20  21 ... 27  
2025 年 9 月 23 日
回复了 Ketteiron 创建的主题 程序员 2025 年,我对"单体 vs 微服务"的预测
@kdd0063 #47 牛头不对马嘴,我已经提前排除掉了 1%,还是堵不上你们这些 5 个 9 的嘴
2025 年 9 月 23 日
回复了 Ketteiron 创建的主题 程序员 2025 年,我对"单体 vs 微服务"的预测
@misaka19000 #48 一个技术为何会诞生当然有必要的理由。
微服务可以让一个模块的相关开发者只需专注自己的业务,无需关心上下游的业务逻辑,这就叫解耦。
而现实是大量使用微服务的公司开始缩减人员,无法维持相关的人负责相关业务,必须相关的人负责不相关的业务,原本解耦的逻辑又得花费两倍的努力重新理解。
微服务是一项技术,但不是必须的技术,否则无法解释 StackOverflo 为什么在微服务盛行的年代一直是单体架构,团队只要选择适合自己的技术就行。
2025 年 9 月 23 日
回复了 Ketteiron 创建的主题 程序员 2025 年,我对"单体 vs 微服务"的预测
@lujiaxing 以前一个微服务可能 100 人负责,现在剩 50 人,明年可能 25 人,要维护这么一个不可预测的巨大黑盒过于困难,微服务的解耦是用人数堆出来的,人不够用就相当酸爽了。
单体在后期维护上会稍微友好些,单体项目开发者将解耦的时间用于理解其他业务,即使只剩 10 人甚至 1 人,也能勉强保证项目不会出 bug ,能够有足够的人力进行其他业务尝试,不至于被微服务拖着等死。
2025 年 9 月 23 日
回复了 Ketteiron 创建的主题 程序员 2025 年,我对"单体 vs 微服务"的预测
@lvlongxiang199 不同时间,服务间的开销与负载会随时变化,例如商场打折,此时订单服务负载突然升高,微服务可以单独给订单模块加码,防止崩掉。单体只能多开几个机子,与订单无关的代码会浪费内存,部署时间会长很多。
2025 年 9 月 23 日
回复了 Ketteiron 创建的主题 程序员 2025 年,我对"单体 vs 微服务"的预测
@nunterr 微服务是买不了的。大厂卖的不是微服务,而是成熟的各种云产品,他们能组成、补充微服务架构。这些产品用在单体上也一样。
2025 年 9 月 23 日
回复了 Ketteiron 创建的主题 程序员 2025 年,我对"单体 vs 微服务"的预测
@joshuacavell #26 因为 AI 编程确实影响了架构选型。这点还是让时间来验证吧。
2025 年 9 月 23 日
回复了 Ketteiron 创建的主题 程序员 2025 年,我对"单体 vs 微服务"的预测
@cccssss #19 没经历过。但是公司目前已经定下来了,已有的微服务不管,后续全部单体。如果业务扩张快,今年年底可能就是接近百人开发同一个项目。
2025 年 9 月 23 日
回复了 Ketteiron 创建的主题 程序员 2025 年,我对"单体 vs 微服务"的预测
@xuanbg 夸张说法,虽然业务中确实发现过一个请求弹了 12 次,但不管弹几次,就是无法实现单体的一次,内网延迟是真实存在的,响应速度就是比单体慢。微服务只是在一些场景是好的,完全先进过于绝对,至少性能损耗我个人不认。
2025 年 9 月 23 日
回复了 Ketteiron 创建的主题 程序员 2025 年,我对"单体 vs 微服务"的预测
@artiga033 1. 我想表达的是,最核心的模块挂了,那其余模块基本也算不可用,哪怕其余模块还是能正常 curd ,开发人员挨的喷不会少。恢复核心业务,无论是微服务还是单体,难度和流程都是一样的。
2. 我想表达的是,它无法带来预想中的简单与快捷。
我承认好处确实是有的。

3. 如果 Agent 能做到模拟开发者,那确实维护 100 个微服务更好。

4. 当下形式很明显,大量裁员与失业,除了少量扩张中的业务,基本都在收缩人员。数十人维护相同体量的微服务很困难,换成单体服务却非常轻松。

我觉得有点应该是共识,单体 monorepo 的维护难度和工作量比相同体量的微服务少很多。
2025 年 9 月 23 日
回复了 Ketteiron 创建的主题 程序员 2025 年,我对"单体 vs 微服务"的预测
@xuanbg 你说得对,就算一个请求在微服务里弹十几次,它依然是先进的,哈哈。
2025 年 9 月 23 日
回复了 Ketteiron 创建的主题 程序员 2025 年,我对"单体 vs 微服务"的预测
@darkengine 微服务会流行是因为大厂无法管理疯狂扩张的团队,而现在已经不需要管理了,一人顶两人甚至三人,单体完全能 hold 住。当然有需要的可以继续上。
2025 年 9 月 23 日
回复了 Ketteiron 创建的主题 程序员 2025 年,我对"单体 vs 微服务"的预测
@povsister 就算是大公司,也应该只在需要用的项目上使用。如果一个项目长期维护人员低于 100 ,我个人认为没有使用微服务的必要。
过往帖子全乱了,谁回复谁只能靠脑补
需要一个改名历史记录
2025 年 9 月 23 日
回复了 yitwotre 创建的主题 深圳 深圳下午停工了,你们公司停了么?
@FakerLeung 这个乘风破浪牛的
2025 年 9 月 23 日
回复了 cmos 创建的主题 商业模式 捶死国内 NAS 公司其实很简单:以飞牛 NAS 为例
@psllll #27 举证违反开源协议一般用不到逆向
1. 修改并分发 linux 内核,打印一下系统日志就行。
2. ps aux | grep -E "smbd|nmbd" + which smbd 查一下进程和可执行文件位置。
3. 如果下载器是静态链接的,需要逆向。
2025 年 9 月 23 日
回复了 cmos 创建的主题 商业模式 捶死国内 NAS 公司其实很简单:以飞牛 NAS 为例
@cherryas #25 操作系统 (Operating System) 本质上是系统软件 (System Software),一切二进制及其提供的服务都可以称之为软件。
2025 年 9 月 23 日
回复了 cmos 创建的主题 商业模式 捶死国内 NAS 公司其实很简单:以飞牛 NAS 为例
@psllll 如果该软件包含、链接 GPL ,那是的。
2025 年 9 月 23 日
回复了 99s 创建的主题 淘宝 淘宝和京东的 PC 首页简直一摸一样
还原设计不是前端基本功吗,F12 抄的明明白白。
>反爬虫越来越变态,到底谁在爬呢
一堆人爬,我无聊的时候也会爬,单纯为了解闷。
2025 年 9 月 23 日
回复了 andrecamdbbeolhl 创建的主题 生活 在西安月入 1W 究竟是什么水平?
月入 1W 的水平
1 ... 12  13  14  15  16  17  18  19  20  21 ... 27  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   1109 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 25ms · UTC 18:18 · PVG 02:18 · LAX 10:18 · JFK 13:18
♥ Do have faith in what you're doing.