1.3. Apicurio Registry 新功能

基于 Red Hat Single Sign-On 的身份验证（可选）来保护 registry，以便其 REST API 需要用户进行身份验证(OAuth 和 HTTP 基本支持)
基于角色的授权 - 启用身份验证时，用户必须至少有一个角色 sr-admin、sr-developer 或 sr-readonly
创建者仅授权 - 选项，以防止对工件进行更改，除非经过身份验证的用户最初创建了构件
Kafka OAuth 身份验证 - 用于 AMQ Streams 中的存储，您可以配置对需要 OAuth 身份验证的 Kafka 集群的访问。

registry 工件组 - （可选）将 schema 和 API 工件组织到自定义指定逻辑分组中
重构的 Kafka serializer/deserializer (SerDes)类 - 对 Java SerDes 层进行显著更新，以解决易用性、一致性和功能
event sourcing - 根据 CloudEvents 规格将 registry 配置为在每次更改时触发事件

自定义版本 - 选项在使用 REST API 创建或更新工件时提供自定义版本号
改进了工件搜索 - 更新 REST API 以允许改进搜索工件
import /export API - 通过操作来导出和导入 registry 数据（以 .zip 格式）更新 REST API
CNCF Schema Registry API 支持 - 实施 Cloud Native Computing Foundation Schema Registry REST API
注意
Apicurio Registry v2 REST API 与 Confluent Schema Registry REST API 兼容，它不包括新的工件组。后向兼容性还使用现有的 Apicurio Registry v1 REST API 保持。

提高了性能和简化 - Operator 在 OpenShift 上使用 Deployment （而不是 DeploymentConfig）、可预测的资源命名（无随机后缀）以及并行创建的资源。
registry 数据存储 - 支持新的 SQL 和基于 Kafka 的存储选项。
registry 安全性 - 支持使用红帽单点登录进行身份验证和授权配置。
ApicurioRegistry CRD v1 - 在 status 块中使用 standardized conditions 字段来更好地指明 Operator 或应用程序中的错误。
多命名空间部署 - 当 Operator 安装在一个命名空间中时，它可以监视所有命名空间（或选定子集），以便应用程序可以部署到任何或多个命名空间中。
断开连接的安装 - 在受限网络中在 OpenShift 上安装的支持被添加到版本 2.0.1 和 1.1.2 中。如需了解更多详细信息，请参阅为断开连接的安装镜像镜像。