V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  blessingcr  ›  全部回复第 1 页 / 共 4 页
回复总数  74
1  2  3  4  
我司,但赔了 1 个月
@zqx 跟共产主义实现了一样。6
3 天前
回复了 BlackHole1 创建的主题 分享创造 一款全新的工作流 IDE
支持
4
设计一个字典表,支持在管理后台修改,其他需要的页面传参拉取对应的字典枚举就行了。
4 天前
回复了 lilyou 创建的主题 职场话题 bug 导致公司亏损 7000 美金,心态炸了
bug 不是你的问题,测试开发对半开,流程不遵守你的问题,全责
8 天前
回复了 crazelee 创建的主题 深圳 深中通勤 是否可行
1h2min 每天,你是个狼人
8 天前
回复了 LuliYanng 创建的主题 职场话题 广州 薪酬结构
仲裁不利
但也有很多能拿满的,很多上市公司也是这样做的,base 就是最低薪资,其他都按照绩效或者别的给你,有克扣的有不扣的,看公司
5*( 21.5 + 4 + 1 ) = 132.5
15*( 21.5 + 4 + 1 ) = 397.5
一个月给 400 就可以不写报告了
17 天前
回复了 linora 创建的主题 职场话题 0 负债了!纪念一下!
恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜
第一天加班到 9 点
72 天前
回复了 zjyg1993 创建的主题 NAS 求解为啥 docker 总是 out of memory
docker 本身真的没问题 嘎嘎好用
72 天前
回复了 zjyg1993 创建的主题 NAS 求解为啥 docker 总是 out of memory
之前试过各种中间件 oom ,大概都是 docker 容器内的某些服务,他没限制 xmx,MetaspaceSize ,MetaspaceSize 之类的最大内存; 然后有的服务他不到最大内存不 rc ; 服务内存+容器内系统内存> 容器内存就 oom 了;
试试加点内存或者限制下内存
@csys
内部无所谓
> 比如其中一个选择就是 B 系统启动是注册自己的位置,提供一个监听接口,A 和 B 通讯的时候调用 B 注册的接口
或者 A 系统将待发送的消息放在 outbox ,B 系统通过 polling 来取消息
这个就是这个图右下角,主动拉取,类似于这个 outbox ,至于这个请求究竟是 https ,tcp , 还是 websocket 无所谓

> 这个和区块链有啥关系,用区块链性能不更低了
这个类似于原文中的有人提到过,用 mq 细分业务,业务相互耦合的放在一起,每一个 topic 是一个链,我这里这个中心化消息服务只是类似的做了一个简单的 queue ,存的结构是一个链式的结构
用区块链性能并不更低的想法在于,一个有智能合约,可以减少 AB 系统之间的请求,有些直接找链条要就行了,第二个不是做成一条链,可以做成多条。
这个和区块链有关系吗? 没有,只是样子像


> 如果是分布式系统,数据分散在不同数据库,就用分布式锁来保证强一致性,或者 saga 来实现最终一致性
当然有锁,锁的时候只要系统 A 保证他写入顺序,其他的系统 B 因为是通过拉取的方式获得数据,所以一定顺序,拉取后的消息系统 B 自行保证业务耦合的地方顺序即可
@csys 最后没有用区块链,因为没经验线上问题怕处理不了
mq 也不是不行,主要是多个业务耦合,上架的不能只处理上架,下架也不能只处理下架,同一关联的商品业务之间需要确保串行,但是不同商品的业务之间不需要保证串行。
为什么不能用纯 MQ 完成呢?因为这个 A 系统需要对外,B 系统是很多个的,有的在内网有的在外网,MQ 不能暴露在外网。
所以有一个奇怪的中间件类似 mq 的服务,那为什么这个服务需要一个像区块链一样的东西呢?因为需要确保对于某一业务而言消费串行。
94 天前
回复了 blessingcr 创建的主题 程序员 有一个消息同步的问题请教各位 dalao
@sujin190 确认了一下,这个我们在 A 系统可以做到说他确认了再给他发下一个,因为只是同一个商品流程在某一操作过程中的上链,A 系统可以自己做分布式锁,保证某一商品在上链过程中的顺序。因为我理解链上只需要保证生产的顺序,这个比较好保证,最差情况等 ack 了再发下一个,得益于这个是个区块链,消费的顺序一定是固定的。

kafka 分区 加分布式锁这个确实好像也可以,是一个方案,我晚点想想画画图
95 天前
回复了 blessingcr 创建的主题 程序员 有一个消息同步的问题请教各位 dalao
@ily433664 这个消费者的同一个服务下多节点有办法保证顺序吗?这个服务起多少个节点由 K8S 控制,非人为控制的
95 天前
回复了 blessingcr 创建的主题 程序员 有一个消息同步的问题请教各位 dalao
@helone 是个好方法,但我们的消息不能丢 QAQ
@murmur Y? 因为我把区块链理解为一本公开的账本,大家按照同样逻辑操作到同样高度的时候,保证了数据的一致和可靠,能辛苦解答一下吗

@sngxx 这个单一消费者性能过差了,如果不是单一消费者,服务多节点的时候,假设系统 B 可以做到 mq 的顺序,他保证了 mq 内消息的顺序,但是因为 B 系统和 A 系统用了 HTTPS 通信,所以 B 系统在消费 B 系统的 MQ 消息发送给 A 的时候,A 接收就已经没有顺序了。如果 AB 用 MQ 通信,则 A 系统在接收消息(假设消息已经由 B 系统做好了 hash 和规则分片)的时候,多个消费节点需要手动指定他需要的处理的 partition ,且这时要保证严格顺序,每一个 partition 只能有一个消费者。阿里嘎多
@aarontian 同上,阿里嘎多
@8355 同上,阿里嘎多
95 天前
回复了 blessingcr 创建的主题 程序员 有一个消息同步的问题请教各位 dalao
@chen11 因为 mq 真不能保证顺序,无论生产顺序和消费顺序我们都不能保证
95 天前
回复了 blessingcr 创建的主题 程序员 有一个消息同步的问题请教各位 dalao
@giao123 两个系统都是微服务架构,长链接这不好吧
95 天前
回复了 blessingcr 创建的主题 程序员 有一个消息同步的问题请教各位 dalao
@bcllemon 性能过差了 QAQ
1  2  3  4  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5725 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 113ms · UTC 03:18 · PVG 11:18 · LAX 19:18 · JFK 22:18
Developed with CodeLauncher
♥ Do have faith in what you're doing.