Airbyte 2026年4月3日のリリースノート解説: Self-Managed 2.1 は Helm chart V2 移行が前提に

Airbyte Self-Managed 2.1 は、2026年4月3日に公開された self-managed 向けのバージョン更新です。公式リリースノートでは experimental version と明記されており、安定性を最優先する場合はスキップも選択肢になる、という注意が添えられています。

要点

• Airbyte Self-Managed 2.1 は experimental release として公開された
• Helm chart V1 はこのバージョン以降サポートされず、Helm chart V2 への移行が前提になる
• Ingress、監査ログ bucket、JSON log、topologySpreadConstraints、management port など Helm chart の運用改善が多い
• connector / sync 管理では breaking change 保護、OAuth 修正、connector JVM の OOM ハンドリングなどが入った

今回の更新で何が変わるのか

今回の中心は、Airbyte Self-Managed を Kubernetes / Helm で運用するチーム向けの変更です。特に Helm chart V1 が使えなくなる点は、単なる改善ではなくアップグレード前提条件です。V1 のまま運用している場合、2.1 へ進む前に chart V2 への移行が必要になります。

一方で、Helm chart V2 側には実運用に効く改善がまとまっています。Ingress の設定、監査ログ保存先、構造化 JSON log、Pod 配置制御、management endpoint のポート分離など、Kubernetes 管理者が運用上欲しくなる項目が多く含まれます。

対象になりそうなチーム

• Airbyte Self-Managed を Kubernetes / Helm で運用しているチーム
• Helm chart V1 から V2 への移行がまだ終わっていない管理者
• connector の breaking change や OAuth 設定を厳密に管理したい data platform team
• Airbyte のログ、監視、障害時の可観測性を改善したい運用担当

実務でまず確認したいこと

1. 現在の Helm chart が V1 か V2 かを確認する
2. experimental release であることを踏まえ、本番適用するか、次バージョンまで待つかを決める
3. management endpoint の port 変更や AIRBYTE_ROLE 削除が既存監視・設定に影響しないか確認する
4. connector version pin、OAuth parameter、OOM 時の connector exit metric を運用手順へ反映する

結局、この更新をどう見るべきか

Airbyte 2.1 は、Self-Managed 運用の基盤を整理するリリースです。ただし experimental と明記されているため、アップグレードする価値と安定性リスクを分けて判断する必要があります。特に Helm chart V1 利用組織では、まず移行計画の確認が先です。