starryin 最近的时间轴更新 starryin 最近的时间轴更新
测试
149 天前
 |
starryinV2EX 第 33127 号会员，加入于 2013-01-27 14:50:42 +08:00今日活跃度排名 19298 |
starryin 最近回复了
5 天前 回复了 littlemis 创建的主题 › 职场话题 › 如何科学快速判断开发项目是否为伪需求或是真实需求? |
多问，但是不如现场多看，你猜的不见得是客户说的，客户说的不见得是心里想的，心里想的不见得是真实问题
6 天前 回复了 xiaohupro 创建的主题 › Redis › Redis Stream 实现 MQ 的可行性 |
@xiaohupro #25 我挖了个坑，他没注意到，我就知道他什么水平了，已经 block 了
所有无脑劝你用大厂流行技术的回帖，都没有任何价值
有价值的贴子只有两种，一种是用了和你一样的技术，成功了，那他们是什么业务和压力场景，这里的业务当然包含数据价值，比如可不可以丢，延迟多少可以接受，另一种是用了和你一样的技术结果失败了，他们碰到了什么具体绕不过的问题
我在 V2 上并不喜欢发言，因为肉眼可见的菜鸟太多，没精力理会，恰好你这个场景我们以前做过而已，而一开始一水的大厂狗让你换中间件，显然会把人带歪，还好后边跟贴里有不少其他人的实际用例，就不多说了
所有无脑劝你用大厂流行技术的回帖，都没有任何价值
有价值的贴子只有两种，一种是用了和你一样的技术，成功了，那他们是什么业务和压力场景，这里的业务当然包含数据价值，比如可不可以丢，延迟多少可以接受，另一种是用了和你一样的技术结果失败了，他们碰到了什么具体绕不过的问题
我在 V2 上并不喜欢发言，因为肉眼可见的菜鸟太多，没精力理会，恰好你这个场景我们以前做过而已，而一开始一水的大厂狗让你换中间件，显然会把人带歪，还好后边跟贴里有不少其他人的实际用例，就不多说了
6 天前 回复了 xiaohupro 创建的主题 › Redis › Redis Stream 实现 MQ 的可行性 |
@xiaohupro #20 打个比方说，小公司给客户交付的一台服务器连软件开发加硬件就五万块，你得算计硬盘多少钱，内存多大多少钱，是雇个光会打嘴炮懂个半吊子 MQ 的，还是 redis 和应用层能一把抓的，这种事情很要命，直接决定生死，但是大公司是另一回事，有专门的维护每个中间件的工程师（是不是真熟悉底层另一说），成本收不收回来那也是商业策略问题和员工没关系
6 天前 回复了 xiaohupro 创建的主题 › Redis › Redis Stream 实现 MQ 的可行性 |
@bronyakaka #18 张嘴就来分布式大数据高可用？做 waf 防应用层攻击的时候给你额外落盘处理的时间？爆内存就加内存，redis stream 文档里的的 maxlen 参数看过吗？ kafka 不均衡爆盘是不是只会找运维？一再说看需求看成本，你要是拿着八股文 chatgpt 干得更好
6 天前 回复了 xiaohupro 创建的主题 › Redis › Redis Stream 实现 MQ 的可行性 |
@xiaohupro #15 实际上我们当时 Redis 和 Kafka 两个都上了，Redis 的原因是吞吐，限流，Kafka 是为了落盘持久化，而且硬盘的总 IO 有限，都留给 Kafka 了
6 天前 回复了 xiaohupro 创建的主题 › Redis › Redis Stream 实现 MQ 的可行性 |
@xiaohupro #15 并不见得是这样，kafka 需要落盘和不平衡同样会带来让人头疼的问题，单技术维度思考会带来很严重的后果
6 天前 回复了 xiaohupro 创建的主题 › Redis › Redis Stream 实现 MQ 的可行性 |
@abccccabc stream 有 maxlen 可以控制容量，如果你不希望消费比生产慢把内存爆掉的话
6 天前 回复了 xiaohupro 创建的主题 › Redis › Redis Stream 实现 MQ 的可行性 |
可以，我就这么用过，而且看场景可能是完全是有必要的，说白了一切看需求和成本，尤其是给多个 B 端客户在硬件有限但是流量不小的交付场景，说“没必要”，“everything”就是项目做的少
72 天前 回复了 blackboxo 创建的主题 › 推广 › [抽奖]自家做的酱鸭酱肉香肠年货，抽奖送酱肉 |
分母
Select Language