V2EX › wind3110991 的所有回复 › 第 6 页 / 共 26 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 2 3 4 5 6 7 8 9 10 11 ... 26

❮

❯

2019-08-23 21:48:56 +08:00

回复了 MatthewHan 创建的主题 › Java › 用 kafka 设计一个任务调度方案

楼上很多答非所问，你这个用 kafka 或者 redis 调度都是可以的，就是抽象成一个生产者消费者模型就好。
kafka 消息队列中间件最大的好处，就是可以解耦复杂系统之间的依赖关系，
设计多个 Topic，用来存放不同优先级的消息，消费者端优先处理高优先级 topic 即可，你这个都不需要保证消息先后顺序。
消息处理后的结果，看数量级是否巨大，较小百万以下，直接 Mysql 分表搞定，千万上亿量级用 Hbase 或者 ES 来存储和查询，涉及分布式计算协同和汇总结果的，考虑用 kafka stream 或者 flink 方案。

2019-06-25 00:09:05 +08:00

回复了 VIPID 创建的主题 › 奇思妙想 › 以人类现在的能力，真的无法灭绝蚊子和苍蝇吗？

你让靠吃苍蝇蚊子活的爬行动物们情何以堪

2019-06-14 22:19:04 +08:00

回复了 FFSephiroth 创建的主题 › 程序员 › （讨论）每个程序员都该学习的 5 种开发语言

C/C++必须有，其他随便

2019-05-21 01:03:52 +08:00

回复了 JasonFW 创建的主题 › 小米 › 新房子给妹妹住一段时间，天气太热想给她买台空调，目前看到小米性价比可以，就是不知道使用效果怎么样？

为什么只有我的关注点在妹妹。。我没救了

2019-05-19 19:12:17 +08:00

回复了 jiangxinlingdu 创建的主题 › 程序员 › IDEA 和 vscode 比较介绍，推荐那个？

看代码用 vscode，做工程用 idea

2019-05-09 01:26:00 +08:00

回复了 Hoshinokozo 创建的主题 › 程序员 › WEB 的未来一片光明啊。。

前端更应注重体验与交互，后端更应注重稳定与性能，两个不同的领域各有优势。
但是说回头来，还是逃不过后台写一堆 API，前台调一堆 API

2019-05-05 09:36:50 +08:00

回复了 a523 创建的主题 › Python › 现在远程调用还流行吗？

grpc 算是 rpc 实现中的典范了，在微服务的场景下，用 grpc+pb 的传输效率比 http+json 高了很多。http 说到底也是 rpc 的一种实现，基于这个协议来用 xml、json 等等来简单交换数据；
楼主可以多了解一下，个人觉得其实当前还在用 python 来做主业务逻辑开发的公司，真的相对有点落伍了，怎么都得来个 gin （ golang ）或者 springcloud （ java ）了；

2019-05-01 23:49:10 +08:00

回复了 icered 创建的主题 › 问与答 › 今天大家去哪里玩/

在家里是真的爽

2019-04-30 14:47:50 +08:00

回复了 cx123456 创建的主题 › 问与答 › 今年的高考，大家觉得该报什么专业？

做老师多好！！！

2019-04-30 11:00:08 +08:00

回复了 aker1986 创建的主题 › 健身 › 健身是否真的会提高 X 功能?

肾虚带来最大的问题不是 X 功能衰退。。而是脱发。。。

2019-04-30 09:59:31 +08:00

回复了 wsseo 创建的主题 › 程序员 › 国内网盘总是缺胳膊断腿

其实微云我觉得还好啊

2019-04-29 20:30:23 +08:00

回复了 EthanDon 创建的主题 › 程序员 › 关于消息队列对选型和微服务

@EthanDon 你这个就是分布式理论 CAP 中的 C （一致性），在延时不一致的消费情况下，如何在 C 和 A 之间做平衡和取舍。这个看你们对数据的要求，如果是诸如报表之类的展示分析型数据，可以适度舍弃可用性，保证一致性即可。但是如果是关键数据，涉及计费和关键业务的，要保证数据是高可用的。

2019-04-29 17:30:19 +08:00

回复了 EthanDon 创建的主题 › 程序员 › 关于消息队列对选型和微服务

（ 2 ）一个进程取所有题目回来，开 N 个子线程直接消费；
（ 3 ）可以，https://www.jianshu.com/p/6233d5341dfe
（ 4 ）那你可以多个消费线程计算后直接刷新数据库；
你其实要理解的是，消息队列就是个管道，主要是为了解耦系统模块与模块之间的高耦合，降低相互之间的依赖，防止一个部分挂了后，整个系统都 GG ；

2019-04-29 17:22:01 +08:00

回复了 YannFang 创建的主题 › 深圳 › 房东说我们合作愉快，然后给我涨 1000 块房租

深圳的房价很让人绝望，南山中心基本合租都在 2500+了

2019-04-29 17:13:20 +08:00

回复了 EthanDon 创建的主题 › 程序员 › 关于消息队列对选型和微服务

（ 1 ）百万级别不算多，你的场景加好锁就行了；
（ 2 ）多个消费者直接从消费者取，不用分发；
（ 3 ）一定要用消息队列的话，建议用 kafka，单独开一个 topic ；
（ 4 ）计算结果结束后，如果结果之间存在关联关系，需要再次写入队列计算，这里用消息队列和 queue 都可以；
不要介意，总感觉你这个需求感觉说的不清不楚，有点为了用消息队列和为了用微服务而用的感觉。

2019-04-25 16:13:47 +08:00

回复了 monsterj 创建的主题 › 职场话题 › 夏天不允许穿短裤

短裤还好吧，背心有点不能接受

1 ... 2 3 4 5 6 7 8 9 10 11 ... 26

❮

❯