Musinsa用ClickHouse Cloud扩展受众引擎，TCO降71.4%

摘要

• 韩国最大的时尚平台Musinsa使用ClickHouse Cloud为其客户数据平台（CDP）提供支持，该平台面向1640万会员进行受众定向。
• 从自托管ClickHouse迁移到ClickHouse Cloud帮助Musinsa将存储成本降低了86.5%，总拥有成本降低了高达71.4%。
• 虽然此前数据摄入需要借助Databricks Auto Loader等额外工具，ClickPipes现在简化并扩展了实时数据摄入。

Musinsa是韩国最大的时尚平台。它始于2001年的一个在线运动鞋社区，现已发展为拥有1640万会员、720万月活跃用户和约11,000个合作品牌的全面电商平台。近期，它正积极拓展海外市场，目前在亚洲、北美和大洋洲的13个国家提供服务。

2025年8月，Musinsa推出了客户数据平台（CDP），收集用户数据，包括其身份信息（如年龄、性别）和行为数据（如浏览、加购、购买商品）。营销人员根据条件（例如“30多岁的男性”、“最近7天内放弃购物车的人”）将用户分组为受众群体，可通过手动操作或利用机器学习将群体扩展至相似用户，并通过付费广告和定向推送等渠道触达他们。

2026年1月，Musinsa在其CDP中加入了MAI——一个AI助手，让营销人员通过自然语言提问即可即时获取统计数据。该代理还会展示数据分析的方法和标准，让用户了解数字的来龙去脉，而不仅仅是获得一个数值。

在2026年AWS首尔峰会上，后端工程师Byeonggil Park和数据工程师Minyoung Choi分享了Musinsa如何构建其CDP背后的受众引擎，为什么其增长超出了自托管ClickHouse的承载能力，以及迁移到ClickHouse Cloud在AWS上为存储、计算和公司的实时数据管道带来了哪些益处。

自托管的挑战

受众引擎是“CDP中最重要的组件”，Byeonggil表示，它负责接收营销人员输入的条件，并返回符合该条件的用户群体。

为了实现这一功能，团队以爆炸式格式存储数据，将每个用户与所属的每个受众群体映射为单独的一行。在Musinsa的规模下，拥有超过1600万用户和2500个受众群体，这总计约11亿条群体到用户的映射。在最坏情况下，仅增加一个受众群体就可能意味着新增多达1600万行数据。“由于数据呈指数级增长，”Byeonggil说，“我们必须考虑如何扩展数据和计算资源。”

在一段时间内，这种增长运行在自托管的ClickHouse上，但维持其运行变得越来越困难。“使用自托管的ClickHouse，”Byeonggil解释说，“EBS存储和计算绑定在同一节点上，这使得扩展变得困难。”由于规格固定，繁重的查询会给系统带来压力。“有些时候我们不得不依赖外部计算资源，”Minyoung补充道。自托管设置还意味着一个集群必须同时运行多个工作负载；由于业务逻辑和批处理作业争夺相同的资源，一个地方的昂贵查询可能会拖垮整个系统。

自托管的运营开销进一步加剧了问题。“自己管理ClickHouse比我们预想的更费劲，”Minyoung说。“在Musinsa，业务变化很快，总有大量工作要做，所以我们很难抽出足够时间来改进基础设施运营。”

Musinsa选择ClickHouse Cloud的原因

当Musinsa团队考虑是否以及如何替换自托管设置时，他们了解到ClickHouse Cloud现已在首尔区域上线。“这正是我们需要的解决方案，”Minyoung说，“我们决定迁移到云端。”

Minyoung描述了决定迁移到ClickHouse Cloud的三个主要原因。第一是它最大程度地降低了迁移风险。“由于我们已经在运行自托管设置，我们可以保留大部分现有配置，”她说，“而且切换到不同的数据库时没有学习曲线。”

第二个原因是运营自动化，包括获得ClickHouse解决方案架构师的支持。正如Minyoung所说，“过去管理运营是一项沉重的负担，但切换到托管服务后，我们能够减轻这一负担。此外，每当有问题或疑问时都能获得账户支持，这是一个巨大的优势。”

第三个原因是托管服务解决了自托管的基础设施限制。“托管服务帮助我们克服了自托管的这些低效问题，”Minyoung说。“这使我们能够更有效地使用ClickHouse，并适应我们的业务。”

ClickHouse Cloud的三大主要优势

在AWS首尔峰会上，Minyoung介绍了Musinsa迁移到ClickHouse Cloud后看到的三大优势，分为三类：存储、计算和实时管道。

存储

在自托管的ClickHouse中，计算和存储是合并在一起的，正如Minyoung解释的那样，这造成了两个问题。添加节点以获取更多计算能力，同时也增加了团队并不需要的存储，推高了成本。而且由于两者耦合，添加或删除节点可能会影响数据本身，这使得变更具有风险。

自托管的ClickHouse通过附加的EBS卷将存储绑定到每个节点。ClickHouse Cloud将各层分离，计算节点依赖共享的S3存储。

“ClickHouse Cloud的设计初衷就是通过分离计算和存储层，”Minyoung说，“允许你使用共享存储，仅在需要时连接计算资源，不需要时则断开连接。”在分离各层之后，Musinsa可以更可靠地保存更多数据，且无需为不需要的计算付费，同时存储会自动扩展。“结果，我们将现有数据存储成本降低了86.5%，并且能够存储和利用更多数据，”她说。

计算

存储与计算分离也改变了Musinsa运行工作负载的方式。以前一个集群同时处理所有任务，现在每个工作负载都有自己的资源，并按需调整大小。“通过按功能分离计算资源，并为每个资源分配合适的规格，每个任务独立运行，互不干扰，”Minyoung说。“结果，我们能够更可靠地运行我们的服务。”

每个工作负载在共享的Amazon S3存储上运行自己的计算，仅在需要时激活。

另一个优势是ClickHouse Cloud的自动空闲功能，当集群不使用时会使其进入空闲状态。正如Minyoung所说，“这个功能对于批处理管道或定期数据加载特别有效，因为资源仅在需要时使用，其余时间切换到空闲模式。”垂直自动扩展则相反，当查询需要更多内存时增加资源，完成后再缩减。

这些变化共同重塑了Musinsa的计算成本。“通过引入这个计算层，”Minyoung说，“我们成功将之前的总拥有成本降低了最多71.4%。”

实时管道

最后一个改进是数据如何进入ClickHouse。以前，团队依赖Databricks Auto Loader，这是一个运行在独立Spark集群上的外部阶段。通过ClickPipes，ClickHouse Cloud的原生摄取层，他们可以将数据直接集成到ClickHouse中，减少了运维开销和Databricks成本。

前后对比：外部Spark集群上的Databricks Auto Loader被ClickPipes取代，ClickPipes直接摄取数据到ClickHouse Cloud，并传递给物化视图和存储。

“ClickPipes支持从多种来源进行实时数据摄取，”Minyoung说。“只需简单配置，就可以轻松设置实时管道，无需手动设置的麻烦。”

随着我们支持更多服务，这种易用性变得越来越重要。使用ClickPipes，我们可以用最少的精力轻松扩展，节省运维和整体摄取成本。— Minyoung Choi，数据工程师，Musinsa

更多时间处理重要事务

迁移到ClickHouse Cloud后，Musinsa的存储成本大幅下降，计算按每个工作负载进行扩展，而不是一个过载的集群，摄取也移入了ClickHouse内部。

“最终，这些在ClickHouse Cloud中的改进帮助我们使用了更少的基础设施资源，并让我们专注于核心业务逻辑，”Minyoung说。“通过简化基础设施，我们能够专注于开发CDP业务逻辑，并将注意力从运维问题转移到产品开发上。”

对于任何考虑升级数据库的人，她的建议很明确：“根据你团队的运维能力，如果你希望减轻管理自托管ClickHouse的负担，ClickHouse Cloud是一个很好的选择。”

立即开始

有兴趣看看ClickHouse如何处理你的数据？几分钟内开始使用ClickHouse Cloud，并获得300美元免费额度。

注册