Go 轻量级，高性能，低成本日志系统，适合小团队及个人项目

Qelog & Loki 对比

Loki优势：

1. Client端丰富，支持多种写入源,有多种扩展组件
2. 支持本地文件存储（也仅建议用于测试环境）
3. 文档齐全，社区较活跃
4. 报警可以根据指标报警，但是配置又比较复杂
5. 支持查询Cache
6. 具有一定的普适性

Loki不足:

1. 学习成本高，要熟悉 Prometheus 与 Grafana 或者单独学习 Lable|LogQL|Alert Rule 等一些规则。 Qelog 没有其他的额外学习成本， qezap包(基于Uber-Zap)能使用就行了，常用功能都已封装好
2. 配置复杂 主要体现在storage、ruler、table_manager 等等，有太多的配置项需要参考学习，具体可点击查看， Qelog只用在部署的时候设置一次配置，且极其简单，最主要一点就是配置 mongo group 所携带的URI连接信息需要注意一下。对于日志的管理配置等都是可以通过后台点点点就能操作的。
3. 远端存储支持的DB（Cassandra，GCS，S3）非普适性，多数为专有云供应商提供，在国内使用，国内云不一定支持。自有搭建运维可能会存在问题。
4. Label使用有较多的限制，需要参考 最佳实践 去实施，那么对于已有项目的迁移会是一大挑战,同时又是一部分学习成本
5. 针对普通报警方式，依托Prometheus Alart Rule，配置不方便，随时改变报警规则不方便，报警携带内容有限。 Qelog 采用日志即报警的设计策略，缺少Loki这种指标报警的功能，但是配置极其简单，根据项目+日志等级+关键字，就可构成报警规则，报警内容会携带日志本身的信息。同时支持报警频率/开关/报警方式设置
6. 存储周期，存储分片和索引大小问题，存储周期是所有项目共享删除周期，比如项目1需要保存6个月，项目2因为日志量很大只需要保存1个月，这时就会有问题。分片同理。同时当租户过多，日志量增长很快，不确定是否索引会快速膨胀，导致存储和写入查询都存在压力。 Qelog 采用租户隔离，享有自有的存储周期、分片规则、索引存储。更灵活，可快捷针对每个租户定制。如果一个日志量很大的项目，可以分3天一个集合，只保存1个月的数据，那么日志就会分布在 mongodb 11个集合中，每个集合分摊的存储数据较少，这样对于Mongodb存储优化，索引增长都有好处，同时集合过期会自动删除，彻底释放mongodb之前占有的磁盘空间。同时后台会有当前库容量的存储统计展示，可以随时根据磁盘空间对日志的空间占用进行手动管理。保存磁盘的高效利用。
7. 日志展示不够友好，目前Loki是依托Grafana展示日志，例如 tail -f 一行行显示。 Qelog 提供友好的日志显示页面，针对复杂日志还有JSON结构格式化，让问题和查看更加清晰。拥有独立的后台，在日志系统使用过程中更有优势。

Qelog不足:

1. 目前Client端单一
2. 日志不会有指标(例如：一小时内 500X 出现多少次)的提现，只有ClientIP、日志等级分布条数。因为定位暂时不会考虑Loki那种复杂指标
3. 后台没有多租户权限隔离，只要知道后台密码任何租户的日志都可查询
4. 查询条件没有 Loki 那么灵活，但是在绝大数场景下是足够使用的。