需要一个聚合层， 面向 C 端的一般都不是原子性的接口， 聚合服务支持业务逻辑面向不同端的定制， 此时你只需要反驳一句，如果 web 跟小程序逻辑不一样，那你后端接口是否还是原子性的， 原子性没有问题但是更多的是面向自己的服务领域做到高内聚低耦合，当真正的面向 C 端业务场景的时候，我们应该做的是聚合多个原子能力，对外输出业务场景能力。

为啥不敢说公司名称 我不能理解

可以算一下， 我们默认存储金币记录 1 年， 假设所有用户每天全部签到 365 ，假设共 2 亿用户，那么 2 年的金币记录就是：2*2*365 亿，假设分 128 个表，每个表就是 6 亿左右，所以目前来看存储不是大问题， 那么问题来了就是过期怎么搞，单纯的定时任务去扫这几百亿的数据很扯，所以分开看线上用户实时查看： 实时算每个用户请求自己实时算生效的金币。运营数据统计： 离线任务

mysql 没法选主啊 ， 主就是固定的

开发测试环境打通， 中间件依赖 Nodeport 导出 我现在是这么干的

进程已结束，退出代码为 0 ， 看看因没有引用 spring-web-starter ， 感觉不是 web 程序，所以进程直接结束了

没人这么用吧 ， 维护成本太大了

@lrh3321 我也感觉是这个问题

在阿里基于 camel 开发过一版， 我们当时还有 lua 的跨机房路由，青春呀，具体直接 github ，大众点评开源的

@yawhale 已申请