長年、多くの企業のインフラ自動化と構成管理を支え続けてきた「Chef Infra Server」ですが、ついに完全なサポート終了（EOL：End of Life）の時が近づいてきました。
Progress社（Chefの開発元）の発表通り、Chef Infra Serverのサポートは2026年11月をもって完全に終了します。
残された期間はあとわずか。「具体的にいつ何が止まるのか？」「対策を怠るとどんなリスクがあるのか？」について、既存ユーザーが今すぐ確認すべきポイントを凝縮して解説します。
1. Chef Infra Server EOLの正確なタイムライン
まずは、公開されているロードマップと正確なスケジュールを再確認しましょう。
- 2026年10月末： 最終マイナーアップデート/パッチのリリース（オープンソース版含む）
- 2026年11月： 完全にサポート終了（EOL）
2026年11月以降は、重大な脆弱性が発見されたとしても、Progress社から公式なセキュリティパッチやバグ修正が提供されることは一切ありません。技術サポートの受付も完全に終了します。
2. OSS（オープンソース）版のChef Serverも対象？
「うちはライセンス版ではなく、オープンソース（OSSC）のChef Serverを使っているから関係ないのでは？」と思われている方もいるかもしれません。
しかし、結論から言うとオープンソース版も含めてすべてのChef Infra ServerがEOLの対象です。
Progress社がChef Infra Serverという「製品ライン」自体の開発・保守を終了するため、ソースコードの更新自体がストップします。そのため、OSS版を利用している企業も同様に、プラットフォームの移行や運用の見直しを迫られることになります。
3. サポート終了（EOL）に伴う3つの重大リスク
「動いているシステムだし、そのまま放置しても大丈夫では？」と考えるのは非常に危険です。EOLを迎えたサーバーを運用し続けることには、主に3つのリスクがあります。
① セキュリティ脆弱性の放置（最大の不法地帯化）
インフラのコアとなるChef Serverは、すべての管理対象ノードの認証情報や構成スクリプト（Cookbook）を保持する「最も堅牢であるべき場所」です。ここに未修正の脆弱性が残ることは、インフラ全体の乗っ取りリスクに直結します。
② 新しいOSや環境への追従不可（互換性の限界）
今後リリースされる新しいOS（Linuxの最新ディストリビューションやWindows Serverの次期バージョン）に対して、Chef Infra Server側が対応できなくなります。これにより、インフラのモダン化（OSバージョンアップ）がChefのせいで足止めを食らう原因になります。
③ トラブル発生時の完全な孤立
万が一、データベース（PostgreSQLやElasticsearchなど内部コンポーネント）の破損や、未知のバグによるサービスダウンが発生した場合、自社内だけでソースコードを追って解決しなければならなくなります。
4. 既存のChefユーザーが今すぐ取るべき4つのアクション
タイムリミットである2026年11月に向け、インフラチームが今すぐ着手すべき具体的なアクションは以下の4ステップです。
ステップ1：管理対象ノードとCookbookの棚卸し
現在、どのサーバーがChef Infra Serverに紐づいているのか、動いているノード数（Node）と組織（Organization）の現状をすべて洗い出します。また、現在もアクティブに使われているCookbookと、すでに使われていない「ゾンビCookbook」を仕分けしましょう。
ステップ2：後継プラットフォームへの移行検討
Progress社は、公式な後継として「Chef 360 Platform」をリリースしています。
- 運用の手間を減らしたいなら ⇒ Chef 360 SaaS への移行
- 社内規定でクラウドにデータを出せないなら ⇒ Chef 360 Self-Managed（Kubernetes基盤）への移行のどちらかを軸に検討を開始します。
ステップ3：移行スケジュールの策定
テスト環境での検証、データのバックアップとインポート、ノードの接続先切り替えなど、移行には一定の手間がかかります。本番環境の切り替え期間も含め、逆算したスケジュールを早急に引きましょう。
ステップ4：完全な別ツール（Ansible等）へのリプレイス検討（※必要な場合のみ）
もし「これを機に、構成管理の仕組み自体を全面的に見直したい」という場合は、AnsibleやTerraformなど別のIaCツールへの移行を検討するタイミングでもあります。ただし、既存のCookbook資産をすべて書き直すコストが発生するため、慎重な判断が必要です。
5. まとめ：猶予はあとわずか。早めの計画始動を！
Chef Infra ServerのEOLは、これまでの「構築して終わり」だったインフラ運用を見直す、強制的な、しかし絶好の機会です。
直前になって慌てて移行作業を行うと、本番環境の停止トラブルやデータの不整合といった二次災害を引き起こしかねません。まずは今週中にでも、社内のChef環境の「棚卸し」から一歩を踏み出してみませんか？
おわりに：技術サポート・移行支援のご案内
弊社では、今回のようなChef Infra Serverからの移行に不安を抱えるお客様に対し、現在の環境の構成やInSpecの活用状況を詳細にアセスメントし、最適な移行ロードマップをご提案するサポートを実施しております。
- 「自社環境ではSaaS版とSelf-Managed版のどちらが最適か」
- 「具体的な移行手順や必要な期間を知りたい」
といったご相談がございましたら、お客様のDevOps推進を支援する弊社の専門チームまで、ぜひお気軽にお問い合わせください。