主要还是别被 “主流”，“经典”，“大厂也在用” 这些词糊弄住了。这些不过是方案的一些特点而已，他还有其它的优点和缺点，都要列出来调查清楚。而不是看见一个吹得好就用。

最最重要的还是要切合你们团队自己的实际情况。

比如你说的 ELK ，它的主要优点是什么，在达成这个优点的时候，需要付出怎样的搭建和维护成本。它的这些优点，对你们来说有多大提升，而成本对你们来说是不是能支付得起。

如果你们压根就不需要什么分析，dashboard ，那是不是只要个 log 定期收集汇总就行了，压根不需要数据库。
如果你们的日志量很少，那云服务厂商自己 log 解决方案给的免费额度是不是就够用了。
如果需要大量收集日志，也需要大量分析统计，那么你预计的数据量下，ELK 和 Clickhouse 都需要多少个节点，每个节点要什么样的配置？
这些节点配成的集群是不是要专人维护，维护需要的技术难度有多少？特别是故障恢复的难度有多大？
如果需要专人维护，那你们团队是不是有这样的人？或者有人对它感兴趣可以转型？没有的话，招人的难度有多大？成本有多高？

还是要从你们团队现有的资源，项目的规模，人员的情况来入手，选择适合你们的，而不是 “最流行” 或者 “最好” 的技术。尤其是当你在技术选型上有所纠结的时候，通常这个领域也没有一个能在所有方面压倒竞品的方案。