2.4. 代理（Broker）
代理可与触发器结合使用，用于将事件源发送到事件 sink。事件从事件源发送到代理，作为 HTTP POST 请求。事件进入代理后，可使用触发器根据 CloudEvent 属性 进行过滤，并作为 HTTP POST 请求发送到事件 sink。
2.4.1. 代理类型
集群管理员可为集群设置 default 代理实施。创建代理时，会使用默认代理实现，除非在 Broker 对象中提供配置。
2.4.1.1. 用于开发的默认代理实现
Knative 提供基于频道的默认代理实现。这个基于频道的代理可用于开发和测试目的，但不为生产环境提供适当的事件交付保证。默认代理由 InMemoryChannel 频道实现支持。
如果要使用 Kafka 降低网络跃点，请使用 Kafka 代理实现。不要将基于频道的代理配置为由 KafkaChannel 频道实现支持。
2.4.1.2. 生产环境就绪的 Kafka 代理实现
对于生产环境就绪的 Knative Eventing 部署，红帽建议您使用 Knative Kafka 代理实现。Kafka 代理是 Knative 代理的 Apache Kafka 原生实现，它将 CloudEvents 直接发送到 Kafka 实例。
Kafka 代理禁用联邦信息处理标准 (FIPS) 模式。
Kafka 代理具有与 Kafka 的原生集成，用于存储和路由事件。它可以更好地与 Kafka 集成用于代理，并在其他代理类型中触发模型，并减少网络跃点。Kafka 代理实现的其他优点包括：
- 最少一次的交付保证
- 根据 CloudEvents 分区扩展排序事件交付
- 数据平面的高可用性
- 水平扩展数据平面
Knative Kafka 代理使用二进制内容模式将传入的 CloudEvents 存储为 Kafka 记录。这意味着，所有 CloudEvent 属性和扩展都会在 Kafka 记录上映射，而 CloudEvent 的 data 规格与 Kafka 记录的值对应。
