Red Hat Integration 2020-Q4 リリースノート

Red Hat Integration 2020-Q4

Red Hat Integration の新機能

概要

Red Hat Integration プラットフォームについて説明し、本リリースの新機能に関する最新情報を提供します。

第1章 Red Hat Integration

Red Hat Integration は、ハイブリッド環境およびマルチクラウド環境全体でコンテナーベースの統合サービスを作成、拡張、デプロイするための包括的な統合およびイベント処理技術です。Red Hat Integration は、デジタル環境で必要となるアプリケーションとシステム間でデータを接続および共有するために組織が使用できる、アジャイルで API 中心の分散ソリューションを提供します。

Red Hat Integration には、以下の機能が含まれています。

  • API の接続
  • データの変換
  • サービスの構成とオーケストレーション
  • リアルタイムのメッセージング
  • データセンター間のメッセージストリーミング
  • API 管理

第2章 本リリースの新機能

本セクションでは、Red Hat Integration 2020-Q4 の主な新機能の概要を説明し、異なるコンポーネントで利用可能な新機能の詳細へのリンクを提供します。

注記

本リリースノートには、Red Hat Integration 2020-Q4 でのみ更新されたコンポーネントの詳細が含まれています。Debezium や Data Virtualization などの他のコンポーネントの最新バージョンに関する詳細は、『 Red Hat Integration Release Notes for 2020-Q3 』を参照してください。

2.1. インテグレーションの新機能

2.2. コンポーネントの新機能

Red Hat Integration 2020-Q4 コンポーネントの新機能の詳細は、以下を参照してください。

第3章 Camel K リリースノート

Red Hat Integration - Camel K は、Red Hat Integration 2020-Q4 ではテクノロジープレビューのコンポーネントとして使用できます。Camel K は、OpenShift のクラウドでネイティブで実行される Apache Camel K からビルドされる軽量のインテグレーションフレームワークです。Camel K は、サーバーレスおよびマイクロサービスアーキテクチャー向けに特別に設計されています。Camel K を使用すると、Camel Domain Specific Language (DSL) で書かれたインテグレーションコードを直接 OpenShift で即座に実行することができます。

Camel K を OpenShift Serverless および Knative とともに使用すると、コンテナーは必要な場合のみ自動的に作成され、負荷時の自動スケーリングやゼロへのスケーリングが行われます。これにより、サーバーのプロビジョニングとメンテナンスのオーバーヘッドがなくなり、アプリケーションの開発に集中することができます。

Camel K を OpenShift Serverless および Knative Eventing とともに使用すると、システムのコンポーネントがサーバーレスアプリケーションのイベント駆動型アーキテクチャーで通信する方法を管理できます。これにより、イベントプロデューサーとコンシューマー間の関係が切り離されたパブリッシュ/サブスクライブモデルまたはイベントストリーミングモデルを使用すると、柔軟性を提供し、効率化を実現できます。

重要

テクノロジープレビューの機能は、Red Hat の本番環境のサービスレベルアグリーメント (SLA) ではサポートされず、機能的に完全ではないことがあります。Red Hat は、本番環境でのテクノロジープレビュー機能の実装は推奨しません。

テクノロジープレビューの機能は、最新の技術をいち早く提供して、開発段階で機能のテストやフィードバックの収集を可能にするために提供されます。サポート範囲の詳細は、「テクノロジプレビュー機能のサポート範囲」を参照してください。

3.1. Camel K の新機能

テクノロジープレビューの Camel K は、以下の主要機能でクラウドネイティブインテグレーションを提供します。

3.1.1. プラットフォームおよびコアコンポーネントのバージョン

  • OpenShift Continer Platform 4.6
  • OpenShift Serverless 1.7
  • Quarkus 1.7 Java runtime
  • Camel 3.5
  • Java 11

3.1.2. テクノロジープレビューの機能

  • 自動スケーリングおよびゼロへのスケーリングを行うための Knative Serving
  • イベント駆動型アーキテクチャーのための Knative Eventing
  • デフォルトで Quarkus ランタイムを使用するパフォーマンスの最適化
  • Java、XML、または YAML DSL で書かれた Camel インテグレーション
  • Visual Studio Code での開発ツール
  • OpenShift で Prometheus を使用したインテグレーションの監視
  • 新しい Transformations や SaaS が含まれるクイックスタートチュートリアル
  • AWS、Jira、Salesforce など、外部システムへのソースコネクターのための Kamelet Catalog

3.1.3. Camel K Operator のメタデータ

テクノロジープレビューの Camel K には、OpenShift OperatorHub から Camel K をインストールするために使用される、更新された Operator メタデータが含まれています。この新規 Operator メタデータには、OpenShift Container Platform 4.6 との使用を目的に設計されたリリースパッケージの新規 Operator バンドル形式が含まれます。

3.2. Camel K の既知の問題

テクノロジープレビューの Camel K に存在する既知の問題を以下に示します。

ENTESB-15306 - CRD conflicts between Camel K and Fuse Online

古いバージョンの Camel K が同じ OpenShift クラスターにインストールされたことがある場合、カスタムリソース定義との競合により、OperatorHub から Camel K のインストールに失敗します。たとえば、これには Fuse Online で以前使用できた古いバージョンの Camel K が含まれます。

この問題を回避するには、Camel K を別の OpenShift クラスターにインストールするか、Camel K をインストールする前に以下のコマンドを入力します。

$ oc get crds -l app=camel-k -o json | oc delete -f -

第4章 Camel Kafka Connector リリースノート

Camel Kafka Connector は、Red Hat Integration 2020-Q4 ではテクノロジープレビューのコンポーネントとして使用できます。Camel Kafka Connector を使用すると、Kafka Connect で標準の Camel コンポーネントをコネクターとして設定できます。これにより、可能なインテグレーションの範囲が、Kafka Connect のみによってサポートされる外部システム以外にも広がります。

Camel Kafka Connector を使用すると、Kafka Connect フレームワークで Camel コンポーネントを直接設定するのがより簡単になります。Camel Kafka シンクまたはソースコネクターを接続元または接続先とすることで、Camel コンポーネントを利用して異なるシステムとの統合を行うことができます。コードを作成する必要はありません。また、適切なコネクター JAR を Kafka Connect イメージに含めることができ、カスタムリソースを使用してコネクターオプションを設定できます。

Camel Kafka Connector は、Apache Camel オープンソースコミュニティーのサブプロジェクトである Apache Camel Kafka Connector 上に構築されます。Camel Kafka Connector は、OpenShift Container Platform、AMQ Streams、および Kafka Connect と完全に統合されています。OpenShift 上のクラウドネイティブインテグレーションでは、Red Hat Integration - Camel K ディストリビューションにて Camel Kafka Connector を利用できます。

重要

テクノロジープレビューの機能は、Red Hat の本番環境のサービスレベルアグリーメント (SLA) ではサポートされず、機能的に完全ではないことがあります。Red Hat は、本番環境でのテクノロジープレビュー機能の実装は推奨しません。

テクノロジープレビューの機能は、最新の技術をいち早く提供して、開発段階で機能のテストやフィードバックの収集を可能にするために提供されます。サポート範囲の詳細は、「テクノロジプレビュー機能のサポート範囲」を参照してください。

4.1. Camel Kafka Connector の新機能

テクノロジーリビューの Camel Kafka Connector には、以下の主要機能が含まれています。

4.1.1. プラットフォームおよびコアコンポーネントのバージョン

  • OpenShift Container Platform 4.5 または 4.6
  • Red Hat Enterprise Linux 7.x, 8.x
  • AMQ Streams 1.5
  • Kafka Connect 2.5
  • Camel 3.5

4.1.2. テクノロジープレビューの機能

  • 一部の Camel Kafka コネクター
  • シンクおよびソースコネクターの Camel データフォーマットのマーシャリング/アンマーシャリング
  • シンクコネクターの集約
  • コネクターを拡張するための Maven archetype

4.1.3. テクノロジープレビューの Camel Kafka コネクター

表4.1 テクノロジープレビューの Camel Kafka コネクター

コネクターシンク/ソース

Amazon Web Services (AWS2) Kinesis

シンクおよびソース

Amazon Web Services (AWS2) S3

シンクおよびソース

Amazon Web Services (AWS2) SNS

シンクのみ

Amazon Web Services (AWS2) SQS

シンクおよびソース

Cassandra Query Language (CQL)

シンクおよびソース

Elasticsearch

シンクのみ

File

シンクのみ

Hadoop Distributed File System (HDFS)

シンクのみ

Hypertext Transfer Protocol (HTTP)

シンクのみ

Java Database Connectivity (JDBC)

シンクのみ

Java Message Service (JMS)

シンクおよびソース

MongoDB

シンクおよびソース

Salesforce

ソースのみ

Slack

ソースのみ

Syslog

ソースのみ

Timer

ソースのみ

第5章 Service Registry リリースノート

Red Hat Integration - Service Registry 1.1 は、Red Hat Integration 2020-Q4 では一般公開リリースとして提供されます。Service Registry は、Apicurio Registry オープンソースコミュニティープロジェクトをベースとする標準イベントスキーマおよび API デザインのデータストアです。

Service Registry を使用して、REST インターフェースを使用してデータの構造を管理および共有できます。たとえば、クライアントアプリケーションは、再デプロイせずに最新の更新を Service Registry に動的にプッシュまたはプルできます。また、Service Registry を使用して任意のルールを作成し、レジストリーコンテンツが時間の経過と共にどのように進化するかを制御することもできます。たとえば、これには、コンテンツ検証のルールやスキーマまたは API バージョンの後方互換性と前方互換性に関するルールが含まれます。

5.1. Service Registry のインストールオプション

以下のストレージオプションで Service Registry をインストールできます。

表5.1 Service Registry ストレージのオプション

ストレージオプションRelease

AMQ Streams 1.6 の Kafka Streams ベースのストレージ

一般公開

組み込み Infinispan 10 のキャッシュベースのストレージ

テクノロジープレビューとしてのみ提供

PostgreSQL 12 データベースの Java Persistence API ベースのストレージ

テクノロジープレビューとしてのみ提供

重要

テクノロジープレビュー機能は、Red Hat の実稼働サービスレベルアグリーメント (SLA) でサポートされておらず、機能的に完全でない可能性があります。Red Hat は、本番環境でのテクノロジープレビュー機能の実装は推奨しません。

テクノロジープレビューの機能は、最新の技術をいち早く提供して、開発段階で機能のテストやフィードバックの収集を可能にするために提供されます。サポート範囲の詳細は、テクノロジプレビュー機能のサポート範囲 を参照してください。

5.2. Service Registry の新機能

Service Registry 1.1 には、以下の更新が含まれます。

Service Registry REST クライアント
  • 生成された REST クライアントを、Retrofit をベースにした新しいクライアントに置き換えます。これにより依存関係が少なくなり、パッケージ化および使用が容易になります。
  • REST クライアントが TLS 認証をサポートするようになりました。
  • HTTP Basic 認証認証情報はレジストリー URL でエンコードしたり、REST クライアントプロパティーで設定できます。
Service Registry シリアライザー/デシリアライザー(serdes)
  • Avro serdes が JSON エンコーディングをサポートするようになりました。以前はサポートされていたバイナリーエンコーディングのみ。
  • Avro は、メッセージヘッダーを使用してマジックバイトペイロードアプローチではなく GlobalId 情報を渡すオプションと共に更新されました。
  • SerDes レイヤーに、Kafka Streams アプリケーションの便利なラッパークラスが含まれるようになりました。たとえば、シリアライザー/デシリアライザーペアを AvroSerde ラッパークラスでラップします。
  • serdes を使用する際に、カスタム HTTP リクエストヘッダーをプロパティーとして設定できるようになりました。
Service Registry の設定
  • 設定する新しい環境変数:

    • Service Registry Web コンソールおよび REST API の URL: 変数として設定されていない場合に、これらの URL を生成するロジックも改善しました。
    • Kafka Streams ストレージの Kafka トピック。
    • デフォルトのグローバルコンテンツルール - /rules API を使用してもこれらを上書きできます。
  • アーティファクトに任意のキー/値メタデータを設定するためのアーティファクトおよびバージョンメタデータの新しい properties フィールド。
Service Registry の管理
  • レジストリー Maven プラグインは、Avro(.avsc)エクステンションのデフォルトではなく、アーティファクトタイプに基づいてデフォルトのファイルエクステンションを選択するようになりました。
  • たとえば、非推奨のアーティファクトを Enabled 状態に戻すことで、非推奨のアーティファクトを非推奨 にするなど、状態の変更に関する制限が弱くなりました。
  • HTTP 応答ステータスコードのメトリクスを追加。
Service Registry Web コンソール
  • 読みやすさを容易にするために、ユーザーが JSON でエンコードされたアーティファクトコンテンツを フォーマットできるようにフォーマット ボタンを Content タブに追加。
  • deprecated と Disabled のアーティファクトを視覚的に区別するためのタグが追加されまし
Service Registry Operator
  • Operator が Operator メトリクスの ServiceMonitor を作成できるようになりました。
  • Operator メタデータイメージが利用可能になりました。
  • OpenShift Web コンソールのフィールドを記述するために x-descriptors を追加。
  • Operator ラベル管理の改善。
Service Registry ユーザーのドキュメントおよび例

5.3. Service Registry で解決された問題

Service Registry 1.1 では、以下の問題が解決されました。

5.3.1. Service Registry core で解決された問題

registry-703 - Quarkus HTTP ポート設定

Quarkus Java ランタイムの HTTP ポート設定におけるエラーを修正

Registry-717 Registry allows empty artifact content(レジストリーが空のアーティファクトコンテンツを許可する)

レジストリーでは、API レベルで拒否される空のアーティファクトコンテンツが許可されなくなりました。

registry-737 - USE_SPECIFIC_AVRO_READER パラメーター

USE_SPECIFIC_AVRO_READER 設定パラメーターは設計どおりに機能し、別のパラメーターも設定できなくなりました。

registry-820 が互換性ルールを無効にできない

アーティファクトの粒度で互換性ルールを明示的に無効にできるように、互換 レベル設定に NONE オプションを追加。

Web コンソールでの Registry-853 が非推奨におよび無効化されたアーティファクト

Web コンソールでの deprecated および Disabled アーティファクト の処理に関連する各種の修正。

IBM 互換性 REST API

IBM 互換性 REST API へのさまざまな修正が IBM によって提供されました。

5.3.2. Service Registry Operator で解決された問題

Operator-26 - Error running Operator locally

Service Registry Operator をローカルで実行する場合のクライアントの問題を修正Operator-29も参照してください。

Operator-45 - Operator may not delete all resources(Operator がすべてのリソースを削除しない可能性がある)

Service Registry Operator は、ApicurioRegistry カスタムリソース定義を削除する際にすべてのリソースをクリーンアップします。operator -43 も参照してください。

IPT-177: Service Registry failed Kafka authentication

Salted Challenge Response Authentication Mechanism(SCRAM)パスワードに @ 文字が含まれる場合、Service Registry は Kafka 認証に失敗しなくなりました。

5.4. Service Registry の既知の問題

Service Registry 1.1 には、以下の既知の問題が適用されます。

Operator-32 - Operator should support SCRAM authorization without TLS, not only SCRAM+TLS

Service Registry Operator は、SCRAM+TLS だけでなく、Transport Layer Security (TLS) を使用せずに Salted Challenge Response Authentication Mechanism (SCRAM) をサポートする必要があります。

Operator-41 - Example CRD should not be empty

提供された例の ApicurioRegistry カスタムリソース定義を空にしない必要があります。

Operator-42 - Auto-generation of OpenShift route may use wrong base host value

複数の routerCanonicalHostname 値がある場合、Service Registry OpenShift ルートの自動生成で間違ったベースホスト値が使用される可能性があります。

5.5. Service Registry の今後の変更

必要な機能についてのユーザーフィードバックに対応するために、今後の Service Registry リリースに変更を加える予定です。要求した変更を配信するには、API の変更の一部が次の Service Registry リリースで必要になります。

これらの API の変更により、標準バージョン 1.x のマイナーリリースではなく、次の Service Registry リリースはバージョン 2.0 として指定されます。現在のバージョン 1.1 と今後のバージョン 2.0 の両方は、ユーザーがバージョン 2.0 に移行するのに妥当な時間を提供するため、並行してサポートされます。

第6章 Red Hat Integration の Operator

Red Hat Integration は Operator を提供し、OpenShift で Red Hat Integration コンポーネントのデプロイメントを自動化できます。ここでは、本リリースのコンポーネントに Operator を使用する方法について説明します。

6.1. 3scale Operator

6.2. AMQ Operator

6.3. Camel K Operator

6.4. Fuse Operator

6.5. Service Registry Operator

関連情報