1.3. Apicurio Registry の新機能
Apicurio Registry 3 リリースでは、重大な変更を含むいくつかの重要な更新、機能拡張、新機能が導入されています。Apicurio Registry 3.0 には、次の新機能が含まれています。
- プレースホルダーアーティファクト
- このリリースでは、初期コンテンツなしでプレースホルダーとしてアーティファクトを作成する機能が導入されました。プレースホルダーアーティファクトを使用すると、ユーザーは作成時に検証およびガバナンスルールをすぐに適用できるため、コンテンツが追加される前からコンプライアンスを確保できます。この機能により、事前にルールを設定し、後からコンテンツを追加できるようになることで、ライフサイクル管理が強化されます。
- ブランチサポート
-
このリリースでは、アーティファクトブランチが導入されています。ユーザーは、システムによって生成された
latestブランチを含むアーティファクトブランチを作成、管理、および変更できるようになりました。ブランチを使用すると、バージョンの分離と制御が可能になり、ユーザーは個別のブランチでアーティファクトの異なるバージョンを追跡できるようになります。latestの概念は、削除または変更できないシステム生成ブランチとして正式に定義されるようになりました。 - Semantic Versioning
- このリリースでは、アーティファクトの Semantic Versioning をオプトインできます。このオプションを設定すると、Apicurio Registry は Semantic Versioning 規則に基づいて、ブランチを自動的に生成および管理します。たとえば、バージョン 1.0.0 のアーティファクトを作成すると、1.x や 1.0.x などのブランチが作成されます。これらのブランチは、新しいバージョンが作成されると自動的に更新され、ユーザーが削除または変更することはできません。
- Deployments
- 2.x では、各永続性オプションは独自のコンテナーを使用してデプロイされます。バージョン 3.x では、すべての永続性オプションが単一の Apicurio Registry バックエンドコンテナーとして使用できるため、環境変数を使用して永続性オプションを設定できます。
- オプションの UI デプロイメント
- アプリケーションは、オプションの UI コンテナーの有無にかかわらず、デプロイメントをサポートするようになりました。UI がデプロイされていない場合でも、インタラクティブな API ドキュメントを利用できるため、API には完全にアクセス可能です。
- Core API
- バージョン 3 API は新しい機能を提供します。バージョン 2 の Core Registry API は引き続きサポートされていますが、新しい機能を利用するにはバージョン 3 に移行する必要があります。
- 複数言語のクライアント SDK
- このリリースには、Java、Python、Golang、TypeScript などの複数の言語用の Kiota ツールを使用して生成されたクライアント SDK のサポートが含まれています。
- コンテンツルール階層
- 2.x では、コンテンツルールはグローバルレベルとアーティファクトレベルでのみ適用できました。バージョン 3.x では 3 番目のレイヤーが導入され、グループレベルでルールを定義できるようになりました。この階層型ルールシステムにより、よりきめ細かい制御と柔軟性が可能になります。
- Pulsar および Nats のシリアライザー/デシリアライザーのサポート
- シリアライザー/デシリアライザーはプラットフォームに依存しないようにリファクタリングされ、バージョン 3 では Apache Pulsar と Nats という 2 つの新しいプラットフォームが追加されました。
- 制御された削除
- Apicurio Registry には、グループ、アーティファクト、バージョンを削除する機能を制御する環境変数が含まれるようになりました。これにより、管理者は必要に応じて削除機能を有効または無効にすることができます。
- UI の改善
- ユーザーインターフェイスは、空のアーティファクトの作成、バージョンの管理、ラベルとプロパティーの統合されたラベル付けシステムへのマージなどの新しいデータモデルの変更を反映するように更新されました。ラベルとグループによるフィルタリングが強化され、ユーザーエクスペリエンスが向上しました。
- グループの管理
- グループの編集、グループによるフィルタリング、グループの表示、グループルールの作成を行う機能。
- 拡張 API サポート
- Apicurio Registry は、最新の API 仕様との互換性を求めるユーザーの要求に応えて、AsyncAPI 3.0 をサポートするようになりました。
- 読み取り専用モード
- Apicurio Registry を読み取り専用モードに設定して、すべてのバックエンド書き込み操作を無効にできます。このモードは動的に有効および無効にできます。
- UI 設定
- UI は、バックエンドとは独立して読み取り専用モードに設定できるため、ユーザーはバックエンドの操作を許可しながら UI を介した変更を制限できます。
- ドライランモード
- 以前のテスト用エンドポイントは、ドライランオプションに置き換えられました。ユーザーは、永続的な変更を加えずに、アーティファクトとバージョンの作成をシミュレートして、既存のルールと設定に対して検証できます。
- Kafka ストレージ
- Kafka SQL ストレージ実装は、安定性とパフォーマンスを向上させ、Kafka ログ圧縮への依存を排除するために完全に更新されました。
- Snapshotting
- Kafka SQL バックエンドは、内部レジストリー状態のスナップショットを定期的に取得できるようになり、レジストリーのサイズが拡大しても Pod の起動時間が短縮されます。
- 任意の SQL 実行
- Kafka SQL バックエンドでは、ユーザーがカスタム SQL クエリーを Kafka メッセージとして公開できるようになり、メッセージングシステムを通じてデータベースを変更できるようになりました。これは、一括更新やデータ修正に特に便利です。
- ロギング
- システムのモニタリングおよび監査機能を向上させるために、アクセスログがデフォルトで有効になりました。
- 強化された作成ワークフロー
- アーティファクト作成プロセスがウィザードインターフェイスで刷新され、ユーザーが作成時に詳細なメタデータを入力し、バージョンを設定できるようになりました。
- Red Hat build of Keycloak 24 のサポート
- Red Hat Single Sign-On (RH-SSO) 7.6 は引き続きサポートされますが、新規名称 Red Hat build of Keycloak と呼ばれるようになりました。
- Apicurio Registry Maven プラグインの改善
-
pom.xmlファイルのautoRefオプションを使用して、Maven プラグインの参照を自動で検出します。詳細は、Registry-3439 を参照してください。
-
Apicurio Registry ユーザーのドキュメントおよび例
オープンソースのデモンストレーションアプリケーションは、次の場所から入手できます。