朋友小聚，聊到日志解決方案，不約而同的使用了新的方案替換了ELK，有使用ClickHouse的，有使用Apache Kylin的，性能上在非極大的資料量的情況下，都還運作得挺不錯得，他們的開發團隊都在40人以下，公司業務不算特别大。
聊起為什麼不采用ELK，各有各的原因，但是統一的一點是ELK還是很吃資源的，成本比較高，公司不是特别大的情況下特别看重資源成本的投入，是以這時候高性能、少資源的方案就很吸引人，可能未必說非常完善，但确實可能是正好的選擇。
#中秋挑戰賽#
朋友小聚，聊到日志解決方案，不約而同的使用了新的方案替換了ELK，有使用ClickHouse的，有使用Apache Kylin的，性能上在非極大的資料量的情況下，都還運作得挺不錯得，他們的開發團隊都在40人以下，公司業務不算特别大。
聊起為什麼不采用ELK，各有各的原因，但是統一的一點是ELK還是很吃資源的，成本比較高，公司不是特别大的情況下特别看重資源成本的投入，是以這時候高性能、少資源的方案就很吸引人，可能未必說非常完善，但确實可能是正好的選擇。
#中秋挑戰賽#