Apache Unomi 3.0.1 介绍与选型指南

Apache Unomi 3.0.1 介绍与选型指南：开源客户数据平台的 Context Server 模型、画像事件规则分群与隐私合规能力、Java 17 与 Karaf 4.4 运行要求、快速上手步骤，及与 Mautic、Benthos 的量化选型对比。

Apache UnomiApache Unomi2026/10/18

Apache Unomi 3.0.1 介绍与选型指南

一、信息基准

本章列明本文事实性信息的核查时间与来源，全部信息取自 Apache Unomi 官方渠道，不含本地实测推算。

1.1 版本基准

项目内容
本文介绍的软件版本Apache Unomi 3.0.1（官方最新稳定版）
查询日期2026-10-18
版本判定依据downloads.apache.org/unomi/ 目录中最高版本为 3.0.1，目录时间戳为 2026-07-20；Maven Central org.apache.unomi/unomi-api 元数据 release 字段同为 3.0.1（lastUpdated 20260720）
版本节奏佐证GitHub 仓库 apache/unomi 的 releases.atom 显示：unomi-root-3.0.0（2025-11-04）、unomi-root-3.0.1（2026-07-15）、unomi-root-4.0.0-rc1（2026-10-04）；2.x 线在官方发行目录中最高为 2.7.0
项目状态Apache 顶级项目（projects.apache.org 基金会 PMC 列表收录 unomi）

1.2 官方来源清单

来源地址用途
项目官网https://unomi.apache.org/项目定位、发布新闻
官方发行目录https://downloads.apache.org/unomi/3.0.1 与历史版本
官方手册（latest）https://unomi.apache.org/manual/latest/运行要求、快速上手、概念体系
GitHub 仓库https://github.com/apache/unomi代码、tag 记录、stars 数
GitHub 订阅源https://github.com/apache/unomi/releases.atom版本时间线
Maven Centralhttps://repo1.maven.org/maven2/org/apache/unomi/unomi-api/版本交叉核验
OASIS CDP 标准页（官网引用）https://www.oasis-open.org/Context Server CDP 标准背景

二、软件概述

本文介绍的是 Apache Unomi 3.0.1。官网对项目的定义是"开源客户数据平台（Open Source Customer Data Platform）"，并给出读法提示：Unomi 发音同"You know me"。它是一个 Java 服务端系统，用于管理客户、潜在客户与访问者的数据，支撑个性化体验，同时内置对访客隐私规则（如 GDPR）的尊重能力。

Unomi 同时是 OASIS Context Server 客户数据平台（CDP）标准的参考实现（官网原文："the reference implementation of the upcoming OASIS Context Server Customer Data Platform (CDP) standard"），这使得它的数据模型与交互协议具有行业标准化背景，而不仅是一个单一开源产品的私有接口。

官网总结其差异化定位：面向业务的内置能力（分群 segmentation、评分 scoring、隐私合规）与面向架构的水平可扩展性、可扩展的集成机制。当前 3.x 稳定线以 3.0.1 为最新，GitHub 上已有 4.0.0-rc1 预发布标签，2.x 维护线最高为 2.7.0。

三、核心架构

3.1 Context Server 模型

依据官方手册，Unomi 的运行形态是一个上下文服务器（Context Server）：前端渠道（网站、应用等）通过 Context Servlet 与 EventCollector Servlet 等官方 HTTP 入口发送事件并请求上下文，服务端基于访客画像（profile）与规则实时返回个性化结果。

3.2 核心概念

官方手册围绕以下概念组织系统（各概念均有独立章节展开）：

概念说明
Profile（画像）访客/客户的统一数据视图，可跨会话累积属性
Session（会话）一次访问周期的数据载体
Event（事件)访客行为记录，通过事件收集入口上报
Scope（范围）数据与配置的逻辑隔离单元
Rule（规则）事件触发时执行的动作编排单元
Segment（分群）按条件划分的画像集合
Consent（同意管理）隐私授权状态的记录与执行依据
Personalization（个性化）基于画像与分群的内容/推荐决策

3.3 存储与运行时

Unomi 运行于 Apache Karaf 之上，持久化与检索层面向 Elasticsearch（或 OpenSearch）构建。官方手册"2.2 What's new in Apache Unomi 3.0"明确 3.0 的三项基础变更：Java 17、Karaf 4.4、Elasticsearch 9 Java API 客户端；手册同时给出 3.1 线的新能力清单（多租户与 API keys、集群感知任务调度、OpenSearch 3 支持、基于持久化的集群、租户使用与保留、请求跟踪、条件校验）。

四、功能特性

4.1 客户数据平台核心能力

依据官网与官方手册：

  • 统一画像：汇聚来自销售、Web、邮件、移动等多渠道的客户数据，形成完整客户视图。
  • 分群与评分：内置 segmentation 与 scoring 能力，面向业务人员可直接使用。
  • 个性化服务：基于画像与规则的实时个性化返回，配套 Web 跟踪教程（网页埋点、scope 创建、规则添加、个性化展示等完整链路）。

4.2 隐私与合规

  • 内置隐私特性：官网明确"offering features to respect visitor privacy rules (such as GDPR)"。
  • 同意管理：官方手册提供 consent 的读取与更新教程，画像级别的授权状态可作为规则执行依据。

4.3 扩展与运维

  • 可扩展设计：官网强调系统"designed to be extended and to ease the integration of external data"，支持以插件方式扩展数据与行为。
  • 水平可扩展：3.x 支持基于持久化的集群形态；3.1 手册还列出集群感知任务调度与请求跟踪。
  • 多租户：3.1 引入多租户与 API keys 管理。

五、快速上手

以下步骤引自官方手册（manual/latest，3.2 Quick Start manually 一节），本文不做本地实测。

5.1 前置条件

官方手册要求：JDK 17（设置 JAVA_HOME），并准备 Elasticsearch 或 OpenSearch 之一：

  • Elasticsearch 方案：使用 9.4.3 版本，修改 config/elasticsearch.yml 增加 cluster.name: contextElasticSearch，随后 bin/elasticsearch 启动。
  • OpenSearch 方案：使用 3.x 版本，修改 config/opensearch.yml 增加 cluster.name: opensearch-cluster 与 discovery.type: single-node，随后 bin/opensearch 启动。

5.2 启动 Unomi

官方手册步骤：

  1. 从 https://unomi.apache.org/download.html 下载 Apache Unomi（当前为 3.0.1）。
  2. 启动 Karaf 运行时：./bin/karaf。
  3. 在 Karaf 控制台启动 Unomi 包：unomi:start。

启动完成后即可按手册"Getting started with Unomi"与 Web 跟踪教程继续体验画像、事件、规则与个性化流程。

六、适用场景与限制

6.1 适用场景

  • 需要自建 CDP 能力（统一画像、分群、评分、个性化）的团队，尤其希望掌控数据主权与部署形态时。
  • 面向 GDPR 等隐私合规要求、需要自带同意管理机制的客户数据场景。
  • 需要遵循或对齐 OASIS Context Server CDP 标准的集成项目。
  • 已有 Java/Karaf 技术栈、希望以插件扩展数据模型与行为的组织。

6.2 已知限制

  • 3.x 要求 Java 17 与 Karaf 4.4，持久化层依赖 Elasticsearch 9 系（或 OpenSearch 3 系），组件栈较重。
  • 作为基础设施平台，需要自行运维 Karaf 集群与搜索存储集群。
  • 与商业化 CDP 相比，营销自动化闭环（邮件旅程、表单、广告对接等）需自行开发或集成。
  • 4.0.0 尚处 RC 阶段，暂不建议生产跟进；2.x 线（最高 2.7.0）为存量维护选择。
  • 界面侧能力以官方提供的管理组件为主，复杂可视化报表需外置 BI 方案配合。

七、同类选型对比

7.1 对比对象与数据基准

选取两类可比对象：开源营销自动化平台 Mautic（业务侧最接近的自建替代），以及数据管道侧的 Benthos（Redpanda 数据侧组件，用于自建 CDP 时搭建数据接入层）。数据于 2026-10-18 取自各项目官方渠道（GitHub 仓库页、releases.atom、许可文件）。

7.2 量化对比

维度Apache Unomi 3.0.1Mautic 7.2.1（Community）Benthos v4.83.0
开源许可Apache-2.0GPL-3.0-or-later（仓库 LICENSE.txt）MIT
GitHub stars + 最近发版380 stars；unomi-root-3.0.1（2026-07-15）10789 stars；7.2.1（2026-09-23）578 stars；v4.83.0（2026-10-15）
版本节奏3.0.0（2025-11）→ 3.0.1（2026-07）→ 4.0.0-rc1（2026-10），半年至一年一版，主线稳定推进7.x 系列 2026 年内连续迭代（7.2.0、7.2.1），社区版节奏快4.x 月度级高频发版（4.81→4.83 在 2026-09 至 10 月间）
兼容矩阵Java 17 + Karaf 4.4 + Elasticsearch 9/OpenSearch 3PHP 技术栈（Laravel 框架体系）Go 编写的单二进制/流处理组件，配置驱动

补充说明：三者定位并不完全重叠——Unomi 是 CDP 基础平台（画像/事件/规则/隐私），Mautic 是营销自动化应用（含联系人管理但重在营销旅程执行），Benthos 是数据流处理管道（可承担 CDP 的事件接入与加工层）。技术栈上 Unomi 为 Java/Karaf，Mautic 为 PHP，Benthos 为 Go。

7.3 选型建议

如果目标是自建标准化的客户数据平台底座并重视隐私合规与标准对齐，选 Unomi 3.0.1；如果要的是开箱即用的营销自动化闭环，Mautic 更合适；若只需要打通多源事件数据的高吞吐接入与变换管道，Benthos 更轻量——三者也可组合使用（Benthos 做接入层、Unomi 做画像平台、Mautic 做营销执行）。

八、参考链接