[国内信息] 免费领取阿里云服务器2000元代金券！ [复制链接]
查看:818045 | 回复:5941

gydtep · 发表于 2022-9-6 13:14:24

如果希望将 K8s 上层不同程度的封装工作交给云厂商来处理，以更高效的适配不同业务场景下的需求，那么云厂商提供的商业化的容器服务是不错的选择；如果容器和 K8s 无法契合弹性业务类的诉求，则可以选择 FaaS。

gydtep · 发表于 2022-9-6 19:04:08

这样的划分不就是主观意义上的吗？或者这本身就是凭直觉去做的。那我们再看
一下每个对象的业务操作和其本身的一些行为是否会影响其他对象，是不是强关

gydtep · 发表于 2022-9-6 20:37:06

这样就形成了一定的上下游关系或者依赖关系，这是一种依据。
在对象的关联关系中如果存在一对多的情况或者存在多级关联关系的那种
比如省市县或者系统-菜单-按钮的这种情况，或者是一个主单子对多个单据

gydtep · 发表于 2022-9-7 12:56:13

重点在于营销和优惠是不是在业务流程中存在多次，如果说业务刚起来有优惠
的场景。那么此时就去识别优惠领域，构建一个营销优惠平台可能就不太合适

gydtep · 发表于 2022-9-8 16:33:59

统，12306购票系统，这些系统其实是跨空间在时间上并行的。业务流程是源
源不断的通过各个领域。所以通过上面的一些依据，规则或者原则能帮我们区

gydtep · 发表于 2022-9-9 15:04:15

各层数据对象
VO（View Object，视图对象）：该层的视图数据对象主要的作用就是将应用层的数据进行组装后形成用于页面展示的视图数据。

gydtep · 发表于 2022-9-10 16:59:52

我习惯使用 DO。因为 DO 就是数据对象，天然的和数据库应该对应在一起，笔者同样觉得这样更加直观。具体怎么用还是看各位在实际落地使用的时候的习惯吧。

gydtep · 发表于 2022-9-11 20:32:20

（2）service 就是 biz 的接口以及接口实现，主要的作用就是实现对于领域服务的编排以及组合，从而完成具体的业务流程。
（3）event 主要放的是事件发布以及订阅的相关代码，实际具体的事件核心逻辑可以放在 domain 层中进行处理。

gydtep · 发表于 2022-9-13 13:27:41

广播比
服务端消息比如交易系统发送了一条订单消息，可能有如营销、库存、物流等几个系统感兴趣，而终端场景比如群聊、直播可能成千上万的终端设备或用户需要收到。

gydtep · 发表于 2022-9-14 13:01:26

这样的一个队列模型就可以同时支持服务端和终端场景的接入和消息收发，达到一体化的目标。

推拉模型
介绍了底层的队列存储模型后，我们再详细描述一下匹配查找和可靠触达是怎么做的。