后端在 service 层一定要做到很好的原子性、模块化，至于数据聚合是在后端的 controller/handler 层、或是 bff 层、或是在前端的数据层，还是看前后端的“地位”/“经验”吧

@8208028 #6 之前保研的时候用的 gmail ，夏令营发 offer 那几天 vpn 坏了…一个人在寝室真的自闭

个人体验 outlook 打开速度远不如 gmail ，而且 outlook 好几次把重要邮件（交东西、面试邀请、offer ）都扔到“垃圾邮件”中了，但我还是选 outlook ，毕竟不违法、vpn 坏了也能登

@cbdyzj 是的，第一行其实写得很清楚了：auto-generated

@AlexZFX #1 可以对外吹一波 b 说是“异构数据”的融合（ bushi

感觉主要还是数据存储和效率的问题？当前的分布式追踪的存储组件可能没有专门面向日志这种类型的数据设计

其实是 loki 给的灵感，由于没有 full text indexing ，就说自己基于 label ，那“基于 label”我直接贴到 distributed tracing 上不就得了

而且在个人的工作过程中，查日志基本就是去搜 trace id ，直接索引个 trace id 的 label 就够了吧，全文索引在我的工作场景中也没咋样，主要是 ELK/EFK 成本又高…

@yuanmomo #6 上面有监管，没办法啦～

我说个假想场景：你有 192.168.1.101 、192.168.1.102 、192.168.1.103 三台服务器，日志的位置都在 /var/log/app.log

那你可以用 ansible 这个运维工具，ansible all -m shell -a "cat /var/log/app.log | grep '....'" 来同时对这三台服务器执行这个命令

Redis 这是要发力推广自己的 Redis Cloud 云平台了吗

可以吃完饭洗完碗之后下周散散步，开开车、骑骑车去兜个风，对腰椎也好，要是闷在家里的话心理上可能会出现小问题（不是针对 op ，只是我长期在家里待着后心理出过些小问题，不知道其他人会不会也这样）

只要 team leader 的技术水平和架构水平 hold 得住，语言什么的都好说

@BeautifulSoap 想问问佬，关于 Redis 的操作也放在 Repository 层做吗

@dacapoday #18 赞同，尤其是所谓的 common 和 global config ，在未来一定会被骂的

乍一看有点像 Service Weaver ？ https://serviceweaver.dev/

有没有可能，你开始变现了，学校就会开始管你

看起来你更想了解并发理论，那就找篇综述性的论文翻译过来看看吧，并发理论这些东西跟语言是最无关的

半小时前我也登不上去，现在已经好了