Ray聊天记录

由于工作变动，Ray的文档、示例没有及时更新，深表歉意。在Ray升级后，性能较几个月前有了非常大的提升，也更具易用性。这是QQ交流群里大家的聊天记录，跟大家分享一下（由于时间仓促群里大家的聊天记录没有整理，请见谅）。

-----

Evenstar  17:45:57

demo里面业务数据存到哪儿去了呢？真实项目中应该在什么地方进行业务数据的读写呢

无名  18:05:17

在这里写插入数据库的操作

无名  18:05:23

@Evenstar

Evenstar  18:08:47

我现在有一套基于mysql的业务数据库，如果想要用ray来进行改造，业务数据还是存在原数据库里面，那mongodb又是拿来干嘛的呢？

无名  18:09:12

存事件

无名  18:09:30

内存状态变动的事件

Evenstar  18:09:49

用于灾后恢复？

无名  18:11:33

你可以先了解下Event Sourcing的概念

Evenstar  18:17:06

我大概看了以下概念，就是不知道真实项目中哪些应该定义为事件，比如我原来业务系统中有一套报警处理流程的业务，报警发生后，先被人接收了，后来他上传给了其他人，其他人又处理了，这个感觉有点像事件溯源里面描述的场景，那我是应该把这些处理流程定义为事件么？我原来mysql业务系统里面专门有一张表来存储这些变更过程，定义为事件存储到mongodb以后，原来的mysql业务数据库里面流程表还需要存储么？

Evenstar  18:17:53

最新的代码要装core 2.1哇？

、陈依(470923079) 18:36:44

什么时候完善下文档之类的。

、陈依(470923079) 18:36:57

来个稳定的生产版本

无名  18:37:59

我已经用在生产环境了

Evenstar  18:46:54

客户端里面这几句具体是干嘛呢？起什么作用

无名  18:50:53

启用消息队列监听

Evenstar  18:55:43

监听服务器pub的消息哇？监听消息的回调函数呢？或者说监听消息的输出在哪儿呢

无名  19:00:01

在Handle里

Evenstar  19:05:45

这里么？这里又远程调用服务器的grain，是触发OnEventDelivered这个方法？

Evenstar  19:19:45

好懵逼呀，客户端调用grain的AddAmount，然后grain调用RaiseEvent发布事件，然后这个事件到AccountDb这个的Process了？

无名  19:30:06

无名  19:30:40

@Evenstar 

这3个都会收到事件消息

无名  19:31:06

Db同步到数据库,Flow处理后续的业务逻辑,Rep提供副本功能

Evenstar  19:34:21

Db是做自己的业务数据持久化，Flow里面如果是充值，那就不必做处理，如果是转账AccountDb里面只是把原账户金额减了，Flow里面来做目标账户的金额增加操作？

夜夜  19:37:10

你好，无名。

无名  19:37:43

是的

无名  19:37:50

@夜夜 好啊

夜夜  19:38:02

我rabbitmq和ol扩展streams后只有500qps，单单测试rabbitmq有1w qps

Evenstar  19:38:43

为什么不是直接在原账户的grain实例里面激活目标账户的grain直接增加金额呢？这么设计的目的是什么呀

无名  19:38:47

 SHAPE  \* MERGEFORMAT

姿势不对

无名  19:39:14

@Evenstar 如果A减了金额，突然断电，B的金额没有增加呢？

夜夜  19:39:43

完全参考Azure Queues写的啊

无名  19:40:27

@夜夜 我自己的框架，一秒钟几万qps

Evenstar  19:40:32

这个设计如何避免这种情况的发生呢？

无名  19:40:34

也是rabbitmq

无名  19:41:07

@Evenstar 最终一致性，只要A执行成功，那么消息一定会流转到flow里面

无名  19:41:18

然后操作B

夜夜  19:41:24

你的rabbitmq是Linux上的吗

无名  19:41:32

嗯

夜夜  19:42:43

我现在是一脸懵逼，单单

Evenstar  19:43:13

是A执行成功以后，消息才会到flow？

无名  19:43:21

是的

Evenstar  19:43:46

那A执行成功以后，断电了，系统重启以后，flow还能收到这个消息？

无名  19:44:05

能啊

夜夜  19:44:45

memory的 streams也不是很快 在我的i5四核上，才2000qps.严重怀疑姿势不对

Evenstar  19:45:18

是消息队列对消息的可靠保障提供的功劳哇？

无名  19:45:27

我不用stream的

夜夜  19:45:30

用的官方文档的隐式订阅

无名  19:45:44

不依赖消息队列，依赖事件版本号

Evenstar  19:46:44

哦，因为事件已经到mongodb做了持久化，所有重启以后flow还能收到消息？

夜夜  19:47:10

溯源

夜夜  19:47:20

首次启动的时候

无名  19:47:52

我的框架现在性能已经非常牛了

夜夜  19:47:55

stream

夜夜  19:48:03

我也不打算用了

夜夜  19:48:23

搞不定

Evenstar  19:49:14

好吧，先不纠结这个可靠性了，AccountRep这个副本收到事件消息又干嘛了呢

无名  19:50:16

这个正常用不到，这个是读写分离用的

夜夜  19:50:16

测试了好几天了。一开始rabbitmq没升级到预览版，一到创建链接就报地址错误，我都开始慌了

无名  19:50:32

Account提供写入，AccountRep提供查询

夜夜  19:51:27

大佬的框架我也研究了，很给力

夜夜  19:52:16

ol的event sourcing

Evenstar  19:52:23

客户端查询的时候，我看Account里面有GetBalance，AccountRep里面也有GetBalance，什么机制导致客户端会调用到AccountRep里面的方法呢？

夜夜  19:52:47

实现，只提供了两个接口，一个read 一个write

无名  19:53:15

@Evenstar 手动控制啊

无名  19:53:26

这个业务逻辑要手动精确控制的

Evenstar  19:53:26

rep收事件消息是为了同步Account里面的数据哇？

无名  19:53:34

是啊

夜夜  19:54:04

也可以避免单个grain压力太大

无名  19:54:46

 SHAPE  \* MERGEFORMAT

我考虑的应用场景很多的

Evenstar  19:54:46

这个地方我看还是直接调用的Account实例，实例里面是通过AlwaysInterleave这个属性来控制这个请求去副本调用么？

无名  19:55:17

这里没有用到Rep

无名  19:55:32

我只是写个例子，告诉可以进行读写分离操作

Evenstar  19:56:12

哦，那如果要用，是在客户端直接实例化rep实例去调用GetBalance？客户端来做这个精准控制？

无名  19:57:07

嗯

Evenstar  19:57:53

事件持久化不需要写代码来控制，只要注册了，就自动处理了么

夜夜  19:58:10

MongoDb写入性能怎么样，我用sqlserver qps只有1000

夜夜  19:58:39

我也是转账实例

夜夜  19:59:11

就是多加了个判断余额够不够

Evenstar  19:59:25

AlwaysInterleave 这个属性是干嘛的呀？

无名  19:59:44

你用的事务啊？

无名  19:59:58

我的事件插入，一秒钟插入十几万

无名  20:00:16

我用的postgresql

夜夜  20:00:30

你是批量吗

无名  20:01:26

事件不是批量的

无名  20:01:30

没法批量

Evenstar  20:02:57

整个流程里面，客户端注册这个是干嘛的呀？帮忙解答一下，感觉快理顺了

夜夜  20:05:25

是啊，难道是连接打开关闭上耗了性能？

无名  20:05:29

消息流转和做额外处理的

无名  20:05:59

比如转账了，可以在这里的LocalProcess里面发短信

无名  20:06:24

@夜夜 连接池无所谓的

夜夜  20:06:59

sqlserver性能也不至于这么差吧

夜夜  20:07:11

感觉又是姿势不对

无名  20:07:21

 SHAPE  \* MERGEFORMAT

你可以装个postgresql试试

Evenstar  20:08:01

在demo里面，服务器充值了，是服务器的AccountDb执行了AmountAddEventHandler事件以后，AccountCoreHandler才接收到消息？

夜夜  20:08:20

明天试试装个pg

夜夜  20:08:40

也是linux的吗

无名  20:08:42

@Evenstar 先到handler再到DB

无名  20:08:49

嗯

Evenstar  20:12:57

demo里面并没有做LocalProcess的实现，而是在SendToAsyncGrain里面执行了flow的tell又是在干嘛呢？

无名  20:13:33

把消息送达Flow

Evenstar  20:15:08

哦，那消息就是Account》AccountCoreHandler》AccountDb》AccountFlow，是这么个流程哇？

无名  20:16:55

Db,Flow一起执行的

Evenstar  20:23:18

其他流程大概清楚了，就这个AccountCoreHandler始终还是没明白，主要用于什么，是服务器做了操作通过mq来通知客户端么

无名  20:23:42

通过MQ来流转消息

Evenstar  20:24:08

为什么要到客户端来跑一圈来通知flow呢

Evenstar  20:32:45

@无名 谢谢大神的耐心解答，我觉得整个流程不写清楚，新手很难上手，看demo看不明白为什么要这样做，目的是什么，一个开源项目能不能活跃起来，新人很重要，大神对开源的东西好多都只看不用

无名  20:36:53

主要现在比较忙

无名  20:36:58

没空写文档

Evenstar  21:01:57

这安装不上咋回事呢

Evenstar  21:18:06

环境都安装好了，下周先摸索一下，谢谢@无名 指导了哈，以后有问题还要麻烦大神

Evenstar  22:39:57

@无名 睡了吗？再麻烦一下，我现在改造现有系统，第一步是将客户端大量的查询业务转移过来，只有很少量的数据写入操作，这种情况下，可能事件溯源主要用来记录客户端的操作日志，应该就不需要客户端注册mq了吧？

--

Ray框架交流QQ群：713485689

Evenstar  17:45:57

demo里面业务数据存到哪儿去了呢？真实项目中应该在什么地方进行业务数据的读写呢

无名  18:05:17

在这里写插入数据库的操作

无名  18:05:23

@Evenstar

Evenstar  18:08:47

我现在有一套基于mysql的业务数据库，如果想要用ray来进行改造，业务数据还是存在原数据库里面，那mongodb又是拿来干嘛的呢？

无名  18:09:12

存事件

无名  18:09:30

内存状态变动的事件

Evenstar  18:09:49

用于灾后恢复？

无名  18:11:33

你可以先了解下Event Sourcing的概念

Evenstar  18:17:06

我大概看了以下概念，就是不知道真实项目中哪些应该定义为事件，比如我原来业务系统中有一套报警处理流程的业务，报警发生后，先被人接收了，后来他上传给了其他人，其他人又处理了，这个感觉有点像事件溯源里面描述的场景，那我是应该把这些处理流程定义为事件么？我原来mysql业务系统里面专门有一张表来存储这些变更过程，定义为事件存储到mongodb以后，原来的mysql业务数据库里面流程表还需要存储么？

Evenstar  18:17:53

最新的代码要装core 2.1哇？

、陈依(470923079) 18:36:44

什么时候完善下文档之类的。

、陈依(470923079) 18:36:57

来个稳定的生产版本

无名  18:37:59

我已经用在生产环境了

Evenstar  18:46:54

客户端里面这几句具体是干嘛呢？起什么作用

无名  18:50:53

启用消息队列监听

Evenstar  18:55:43

监听服务器pub的消息哇？监听消息的回调函数呢？或者说监听消息的输出在哪儿呢

无名  19:00:01

在Handle里

Evenstar  19:05:45

这里么？这里又远程调用服务器的grain，是触发OnEventDelivered这个方法？

Evenstar  19:19:45

好懵逼呀，客户端调用grain的AddAmount，然后grain调用RaiseEvent发布事件，然后这个事件到AccountDb这个的Process了？

无名  19:30:06

无名  19:30:40

@Evenstar 这3个都会收到事件消息

无名  19:31:06

Db同步到数据库,Flow处理后续的业务逻辑,Rep提供副本功能

Evenstar  19:34:21

Db是做自己的业务数据持久化，Flow里面如果是充值，那就不必做处理，如果是转账AccountDb里面只是把原账户金额减了，Flow里面来做目标账户的金额增加操作？

夜夜  19:37:10

你好，无名。

无名  19:37:43

是的

无名  19:37:50

@夜夜 好啊

夜夜  19:38:02

我rabbitmq和ol扩展streams后只有500qps，单单测试rabbitmq有1w qps

Evenstar  19:38:43

为什么不是直接在原账户的grain实例里面激活目标账户的grain直接增加金额呢？这么设计的目的是什么呀

无名  19:38:47

 SHAPE  \* MERGEFORMAT

姿势不对

无名  19:39:14

@Evenstar 如果A减了金额，突然断电，B的金额没有增加呢？

夜夜  19:39:43

完全参考Azure Queues写的啊

无名  19:40:27

@夜夜 我自己的框架，一秒钟几万qps

Evenstar  19:40:32

这个设计如何避免这种情况的发生呢？

无名  19:40:34

也是rabbitmq

无名  19:41:07

@Evenstar 最终一致性，只要A执行成功，那么消息一定会流转到flow里面

无名  19:41:18

然后操作B

夜夜  19:41:24

你的rabbitmq是Linux上的吗

无名  19:41:32

嗯

夜夜  19:42:43

我现在是一脸懵逼，单单

Evenstar  19:43:13

是A执行成功以后，消息才会到flow？

无名  19:43:21

是的

Evenstar  19:43:46

那A执行成功以后，断电了，系统重启以后，flow还能收到这个消息？

无名  19:44:05

能啊

夜夜  19:44:45

memory的 streams也不是很快 在我的i5四核上，才2000qps.严重怀疑姿势不对

Evenstar  19:45:18

是消息队列对消息的可靠保障提供的功劳哇？

无名  19:45:27

我不用stream的

夜夜  19:45:30

用的官方文档的隐式订阅

无名  19:45:44

不依赖消息队列，依赖事件版本号

Evenstar  19:46:44

哦，因为事件已经到mongodb做了持久化，所有重启以后flow还能收到消息？

夜夜  19:47:10

溯源

夜夜  19:47:20

首次启动的时候

无名  19:47:52

我的框架现在性能已经非常牛了

夜夜  19:47:55

stream

夜夜  19:48:03

我也不打算用了

夜夜  19:48:23

搞不定

Evenstar  19:49:14

好吧，先不纠结这个可靠性了，AccountRep这个副本收到事件消息又干嘛了呢

无名  19:50:16

这个正常用不到，这个是读写分离用的

夜夜  19:50:16

测试了好几天了。一开始rabbitmq没升级到预览版，一到创建链接就报地址错误，我都开始慌了

无名  19:50:32

Account提供写入，AccountRep提供查询

夜夜  19:51:27

大佬的框架我也研究了，很给力

夜夜  19:52:16

ol的event sourcing

Evenstar  19:52:23

客户端查询的时候，我看Account里面有GetBalance，AccountRep里面也有GetBalance，什么机制导致客户端会调用到AccountRep里面的方法呢？

夜夜  19:52:47

实现，只提供了两个接口，一个read 一个write

无名  19:53:15

@Evenstar 手动控制啊

无名  19:53:26

这个业务逻辑要手动精确控制的

Evenstar  19:53:26

rep收事件消息是为了同步Account里面的数据哇？

无名  19:53:34

是啊

夜夜  19:54:04

也可以避免单个grain压力太大

无名  19:54:46

 SHAPE  \* MERGEFORMAT

我考虑的应用场景很多的

Evenstar  19:54:46

这个地方我看还是直接调用的Account实例，实例里面是通过AlwaysInterleave这个属性来控制这个请求去副本调用么？

无名  19:55:17

这里没有用到Rep

无名  19:55:32

我只是写个例子，告诉可以进行读写分离操作

Evenstar  19:56:12

哦，那如果要用，是在客户端直接实例化rep实例去调用GetBalance？客户端来做这个精准控制？

无名  19:57:07

嗯

Evenstar  19:57:53

事件持久化不需要写代码来控制，只要注册了，就自动处理了么

夜夜  19:58:10

MongoDb写入性能怎么样，我用sqlserver qps只有1000

夜夜  19:58:39

我也是转账实例

夜夜  19:59:11

就是多加了个判断余额够不够

Evenstar  19:59:25

AlwaysInterleave 这个属性是干嘛的呀？

无名  19:59:44

你用的事务啊？

无名  19:59:58

我的事件插入，一秒钟插入十几万

无名  20:00:16

我用的postgresql

夜夜  20:00:30

你是批量吗

无名  20:01:26

事件不是批量的

无名  20:01:30

没法批量

Evenstar  20:02:57

整个流程里面，客户端注册这个是干嘛的呀？帮忙解答一下，感觉快理顺了

夜夜  20:05:25

是啊，难道是连接打开关闭上耗了性能？

无名  20:05:29

消息流转和做额外处理的

无名  20:05:59

比如转账了，可以在这里的LocalProcess里面发短信

无名  20:06:24

@夜夜 连接池无所谓的

夜夜  20:06:59

sqlserver性能也不至于这么差吧

夜夜  20:07:11

感觉又是姿势不对

无名  20:07:21

 SHAPE  \* MERGEFORMAT

你可以装个postgresql试试

Evenstar  20:08:01

在demo里面，服务器充值了，是服务器的AccountDb执行了AmountAddEventHandler事件以后，AccountCoreHandler才接收到消息？

夜夜  20:08:20

明天试试装个pg

夜夜  20:08:40

也是linux的吗

无名  20:08:42

@Evenstar 先到handler再到DB

无名  20:08:49

嗯

Evenstar  20:12:57

demo里面并没有做LocalProcess的实现，而是在SendToAsyncGrain里面执行了flow的tell又是在干嘛呢？

无名  20:13:33

把消息送达Flow

Evenstar  20:15:08

哦，那消息就是Account》AccountCoreHandler》AccountDb》AccountFlow，是这么个流程哇？

无名  20:16:55

Db,Flow一起执行的

Evenstar  20:23:18

其他流程大概清楚了，就这个AccountCoreHandler始终还是没明白，主要用于什么，是服务器做了操作通过mq来通知客户端么

无名  20:23:42

通过MQ来流转消息

Evenstar  20:24:08

为什么要到客户端来跑一圈来通知flow呢

Evenstar  20:32:45

@无名 谢谢大神的耐心解答，我觉得整个流程不写清楚，新手很难上手，看demo看不明白为什么要这样做，目的是什么，一个开源项目能不能活跃起来，新人很重要，大神对开源的东西好多都只看不用

无名  20:36:53

主要现在比较忙

无名  20:36:58

没空写文档

Evenstar  21:01:57

这安装不上咋回事呢

Evenstar  21:18:06

环境都安装好了，下周先摸索一下，谢谢@无名 指导了哈，以后有问题还要麻烦大神

Evenstar  22:39:57

@无名 睡了吗？再麻烦一下，我现在改造现有系统，第一步是将客户端大量的查询业务转移过来，只有很少量的数据写入操作，这种情况下，可能事件溯源主要用来记录客户端的操作日志，应该就不需要客户端注册mq了吧？