首页   注册   登录
 pipi32167 最近的时间轴更新
pipi32167

pipi32167

V2EX 第 36338 号会员,加入于 2013-03-21 16:29:56 +08:00
pipi32167 最近回复了
@dddbbb 当然更正确的做法是认识到技术债的存在,早迁移早解决。
@dddbbb 基于现有开源消息队列基础上开发个薄薄的 redis pub/sub 中间层不好吗?
@dddbbb 道理是这个道理,但是需求方不一定接受。分布式 redis 的应用场景是单机 redis 无法支撑业务的前提下需要多机扩展,这意味着业务量呈现一个指数级的爆发式增长,那么单机场景下的很多瑕疵,在多机场景下可能就无法接受了。这点如果不考虑进去,注定是个杯具。
@dddbbb 你这个实现都是坑啊,请牢记墨菲定律,会被用户骂坑爹的哈哈哈。
我比较好奇的是分布式 Redis 是要实现 Redis 的全集还是子集?

如果是全集的话,比如 pub/sub 这类消息队列的功能,分布式实现的复杂度很高,重新实现一个还不如用现成的。
另一个难点是运行的脚本涉及到多节点的话,需要复杂的调度策略来读取数据和执行事务,这个也很难。
即使是 sorted set 这样的有序数据结构,也涉及到多节点的范围查询,实现起来也不容易。
@wellhome std::cout,你值得拥有
graphql 的应用场景是前端人数 /需求比后端人数 /需求多很多,至少多一到两个数量级吧
对的,尝试去跑马吧。我用跑步拯救自己。
138 天前
回复了 tottea 创建的主题 求职 后端简历求修改建议~
@tottea 毕竟很多菜长得挺像的,没有足够的训练数据算法也是无能为力啊。另外,算法预测是个概率问题,100%准确不存在的 233
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   779 人在线   最高记录 5168   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 17ms · UTC 22:04 · PVG 06:04 · LAX 14:04 · JFK 17:04
♥ Do have faith in what you're doing.