gitrebase

后端在 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 '....'" 来同时对这三台服务器执行这个命令