自社サーバーの OS・言語の期限｜Python 3.10 は2026年10月1日に終了済み、Node.js 22 は2027年4月30日、Ubuntu 22.04 は2027年5月（保守担当に聞くこと）

Linux のサーバーで、開発会社に作ってもらった Web システムや社内ツールが動いているとき、保守担当から「上げますか」と聞かれる版は、少なくとも3つあります。公式のページで確かめると、Python 3.10 はすでに2026年10月1日に終わり、Node.js 22 は2027年4月30日、Ubuntu 22.04 の標準の保守は2027年5月に終わります（2026年10月5日に確認）。確認した日から、Node.js 22 までは207日です。

期限のあとに公式が書いているのは、修正が出なくなることです。サーバーがその日に止まる、という記述は、確かめた範囲にはありません。この記事は、バージョンの意味が分からない担当の方が、保守担当に何を聞き、上げない場合に何が起きるかを書いています。.NET・PostgreSQL・PHP の期限は、別の記事（業務システムの部品の期限）にまとめました。この記事は、その下の層の OS と、言語の実行環境の話です。

期限の日付：終わったものと、これから来るもの

3つの部品は、それぞれ別の団体が期限を決めています。日付は、Node.js のスケジュール、Ubuntu のリリース サイクル、Python Developer’s Guideで確かめました。

終了済みのものが、2つあります。Node.js 20 は2026年4月30日（確認日の158日前）、Python 3.10 は2026年10月1日（4日前）です。Python 3.10 の終了日は、二次情報に「10月31日」と書くものがありますが、公式の表と、Python 3.10 のリリース計画（PEP 619）は、2026年10月1日です。10月31日は、1つ前の版の Python 3.9 の終了日（2025年10月31日）です。

Node.js は、版ごとに「いまの版」「長期サポート（LTS）」「保守」の期間があり、22 は2025年10月21日から保守の期間に入っています。公式の説明では、保守の期間は重大な不具合とセキュリティの修正が中心です（Node.js Release Working Group）。Node.js の公式は、本番で使うのは LTS の版と書いています（Node.js Releases）。24 は2026年10月20日に保守の期間へ入り、26 は2026年10月28日に LTS になる予定です。日程は変わることがある、と公式が書いています。

Ubuntu は、標準の保守と、有償の延長（ESM）の2段になっています。22.04 は、標準の保守が2027年5月、ESM が2032年5月、さらに Legacy add-on（有償の追加）を足すと2037年5月までです。20.04 は、標準の保守が2025年5月に終わっていて、いまは Ubuntu Pro の側（2030年5月まで）で保守されます。Ubuntu のページは、月までしか載せていないので、この記事も日までは書きません。確認日から数えると、5月1日なら208日後、5月31日なら238日後です。

自社のシステムが、どの行に当たるかの書き出しは、当社の古い業務システムの移行・保守の案内から、1点だけでも相談できます。

期限のあとに止まるもの：サーバーではなく、修正の提供

期限のあとの扱いは、部品ごとに、公式が別々に書いています。次の図は、その3つを並べたものです。

Node.js のページが挙げる支障は、新しい脆弱性の修正が出ないことだけではありません。共有ライブラリの更新に追従できず、OS の更新を妨げる場合や、使っている部品が古い Node.js に対応しなくなる場合も書かれています。Python 3.10 は、PEP 619に、最後のセキュリティ修正が 3.10.22 で、コードは凍結された、と書かれています。OS が終わった例は、CentOS 7（2024年6月30日に終了）の記事（CentOS 7 EOL の移行ガイド）に書きました。

うちの会社はどれに当たるか：保守担当に聞くこと

3つの層の版と、入れ方が分かれば、上の表のどの行に当たるかが決まります。保守担当に出してもらうのは、OS・Node.js・Python の名前と版の一覧です。版は、Node.js なら --version、Python も --version で表示されます（Node.js のコマンドライン、Python のコマンドライン）。出すのは保守担当の作業なので、聞く側は、次の7つを確かめます。

3つ目の「入れ方」は、期限の読み方を変えます。Ubuntu 22.04 の python3 は 3.10 系で、python3.10 は Ubuntu の Main に入っているパッケージです（python3、python3.10）。Ubuntu のページは、標準の保守が Main のパッケージの修正に及ぶと書いています。このため、OS に付いてきた Python 3.10 は、Python 公式の終了とは別に、Ubuntu の標準の保守が終わる2027年5月まで、Ubuntu から修正が届くと読めます（当社の読み取り）。

別の入れ方をした Python や Node.js は、Ubuntu の更新が届くかどうかが、入れ方で変わります。どの入れ方かを聞かずに版だけを見ると、「終わっている」と「まだ直される」を取り違えます。

上げるときに響くもの：OS は一段ずつ、言語の版は上げ先の期限で選ぶ

Ubuntu は、LTS から次の LTS へしか、直接は上げられません（Ubuntu Server ドキュメント）。22.04 の上げ先は 24.04 です。リリース サイクルの表も、22.04 の上げ先を 24.04 LTS としています。20.04 の機は、22.04 を経由して 24.04 へ、二段で上げます。公式の手順は、上げる前に、パッケージを最新にし、空き容量を確かめ、データのバックアップを取ることを求めています。公式以外の取得元（PPA など）は、上げる間は無効になり、問題の原因になりやすい、と書かれています。上げる作業は、数時間かかることがあり、途中で質問が出ます。

上げると、OS に付いてくる Python の版も変わります。22.04 の python3 は 3.10 系（3.10.6）、24.04 の python3 は 3.12 系（3.12.3）です（24.04 の python3）。OS に付いてきた Python で動かしているシステムは、OS を上げると、言語の版も 3.10 から 3.12 へ変わります。どのシステムが影響を受けるかは、システムの作りで変わるので、この記事では確かめていません。上げる前に、同じ構成の試験用のサーバーで、画面・帳票・夜間の処理・他システムとの連携を動かして確かめます（当社の整理）。

Node.js や Python の版は、1つ上の版ではなく、終わる日が遠い版を選べます。Node.js 22 の上げ先は、24（2028年4月30日）か、26（2029年4月30日）です。Python 3.10 の上げ先は、3.12（2028年10月）か 3.13（2029年10月）です。どの版が、作ってもらったシステムで動くかは、開発会社に確かめます。上げる作業が保守契約の中か、別の見積りかは、先の記事に書いた、保守契約で見る5点が、そのまま使えます。

延ばす場合：Ubuntu Pro で時間を買い、中身は別に上げる

期限までに上げ切れない場合に、延ばす手段があるのは、Ubuntu と Node.js です。Ubuntu 22.04 は、Ubuntu Pro に入ると、ESM で2032年5月まで、修正を受けられます。標準の保守は Main のパッケージ、ESM は Main と Universe の両方に及びます。個人の利用は5台まで無料で、法人には30日の試用があります（Ubuntu Pro）。Node.js は、公式ページが、保守の期間を過ぎた版の有償サービスを、OpenJS Foundation のプログラムの提携事業者が出していると書いています（Node.js End-of-Life）。

延ばせるのは、修正を受ける期間です。上げる作業そのものは、あとに残ります。Pro の対象は OS のパッケージなので、別の入れ方をした Node.js と、自社のプログラムを動かす版は、別に上げる必要があります（当社の読み取り）。費用と台数の条件は、この記事では確かめていないので、Pro を使う場合は、保守担当に、台数あたりの条件と、契約を誰が持つかを聞きます。

上げずに使い続ける場合：外から開けるものから、順に

期限の過ぎた版を、上げずに使い続けること自体を止める記述は、確かめた3つの公式ページにはありません。ただし、期限のあとに新しく見つかった脆弱性には、公式の修正が出ません。インターネットから開けるか、個人情報や取引先の情報が入っているかで、急ぎ方が変わる、という見方は、先の記事の「上げる時期の決め方」に書きました。この記事では、3つの部品を、どの順に上げるかを書きます。

1番目は、すでに終わっているものです。Python 3.10 のうち、OS に付いてきたもの以外と、Node.js 20 は、公式の修正が出ません。インターネットから開けるシステムに載っていれば、最初に上げます。2番目の Node.js 22 は、確認日から207日です。上げ先の版の選び方と、試験・切り替えの日程を、年内に決めておけば、4月に間に合う余裕が残ります。3番目の Ubuntu 22.04 は、載っているものをすべて動かして確かめる作業になります。標準の保守が2027年5月、Pro の延長が2032年5月なので、中身を先に上げて、OS はあとに回す選択肢があります（当社の見立て）。

上げない場合は、上げない理由と、次に見直す時期を、社内の記録に残します。期限のあとの修正を、Pro などでどう手当てするかは、保守担当に聞きます。

Aurant Technologies では、どのシステムにどの版の OS と実行環境が載っているかの書き出しと、上げる順番の整理を、古い業務システムの移行・保守の案内の相談として受けています。1点だけでも構いません。