【标题】Pinterest弃用HBase：维护成本高、功能缺失、系统复杂性过高
【核心内容】
- Pinterest拥有全球最大的HBase部署体系，但近日宣布弃用HBase，转向其他数据库技术。
- 弃用HBase的原因包括维护成本高、功能缺失、系统复杂性过高、基础设施成本高、行业使用率下降等。
- Pinterest选择将在线分析工作负载迁移到Druid/StarRocks，时间序列数据迁移到Goku，键值用例迁移到KVStore，并选择TiDB作为替代技术。
【评论内容】 小红书用户：这是HBase的末日吗？Pinterest居然弃用了，维护成本太高了吧！功能缺失、系统复杂性过高也是让人望而却步的原因。不过，TiDB能否完全替代HBase，还有待观察。 微信公众号读者：HBase被弃用，是不是意味着它的时代已经过去了？Pinterest的决定可能会引发其他公司的思考，是否也应该转向更适合的数据库技术。但是，TiDB能否真正取代HBase，还需要时间来验证。
" 【标题】Pinterest 弃用 HBase：成本过高、人才难寻、功能不足
【核心内容】
- Pinterest 曾经拥有全球规模最大的 HBase 生产部署体系，峰值体量涵盖约 50 个集群、9000 个 AWS EC2 实例，并容纳超过 6 PB 数据。
- HBase 项目起源于 2007 年，是 Apache Hadoop 的一个子项目。
- Pinterest 弃用 HBase 的原因：
- 维护成本过高，受到多年技术债及可靠性风险的拖累。
- 功能不足，难以满足客户在强一致性、分布式事务、全局二次索引、丰富查询功能等实践方面的需求。
- 系统复杂性过高，例如在 HBase 之上构建的新服务造成了巨大的开发成本和维护负担。
- 替代方案：
- Druid/StarRocks：在线分析工作负载迁移目标。
- Goku：时间序列数据迁移目标。
- KVStore：键值用例迁移目标。
- TiDB：满足其余 HBase 使用情况，提供出色的可扩展性和强大的查询功能。
【评论内容】
小红书用户：
- 哇，Pinterest 这么大体量的公司都能弃用 HBase，看来这个技术确实有问题。
- 我之前也用过 HBase，确实维护成本高，性能也不咋地。看来现在是时候寻找替代方案了。
微信公众号读者：
- 又一个巨头放弃 HBase，看来 HBase 确实不行了。我觉得我们公司也该考虑换个技术了。
- 不过话说回来，HBase 这么多年了，说不定是新技术取代旧技术的过程。不管怎样，跟着趋势走总是没错的。"