LASSIC Media らしくメディア

監修・編集責任者：牛尾 昭昌（株式会社LASSIC 執行役員）

「長期サポート版を選んだはずなのに、もう期限が来てしまった」「.NET 9へ上げれば当面は大丈夫だと思っていた」——。.NET 8でシステムを作った会社では、こうした思い違いが起こりがちです。.NET 8のサポート終了とは、Microsoftが.NET 8への修正プログラムや技術支援の提供を2026年11月10日で終えたことを指します。

期限の決まりを知れば、移る先で迷いません。ただし近道はなく、版を上げるたびに変更点の確認と試験が要ります。本記事では、.NETで作った業務システムを預かる情報システムの担当者に向けて、サポート終了の中身、3年で終わる理由、.NET 8・9・10の違い、移行の進め方、そして外部に頼むときに確認したい点を整理します。

.NET 8のサポート終了とは

.NET 8は2023年11月14日に公開されたLTS（長期サポート）版で、Microsoftの公式サポートポリシーに従い、2026年11月10日にサポートが終了しました。^*1 この日を境に、Microsoftは修正プログラム・更新プログラム・オンラインの技術支援を提供しなくなりました。期限の対象は、プログラムを動かす土台（ランタイム）だけではありません。

• Webアプリの部品のASP.NET Coreと、データベースを扱う部品のEntity Framework Coreも、.NET 8と同じ期限に従います^*3
• 終了前の最後の6か月は「メンテナンス」の段階で、セキュリティの修正だけが出ていました
• 1つ後のSTS（標準期間サポート）版の.NET 9も、同じ2026年11月10日に終わりました
• Microsoftは、サポート対象外の版を使い続けるとアプリやデータが危険にさらされるおそれがあるとしています

ここでいう.NETは、.NET Coreから名前が変わった系統で、.NET Frameworkとは別の製品です。.NET Frameworkのアプリを.NET 8へ移す話は.NET Frameworkから.NET 8への移行で扱っており、本記事はその先の期限を補う位置づけです。

なぜ3年で終わったのか

理由は、.NETが「モダンライフサイクル」という短い周期の決まりで出ているからです。MicrosoftのFAQは、何億台ものコンピューターで使われる.NET Frameworkは互換性を重んじて変更を少なくする一方、.NETはより速い周期で版を出すため別の決まりに従う、と説明しています。^*3

• 毎年11月ごろに新しい版が1つ出ます。8や10のような偶数の版がLTS、9や11のような奇数の版がSTSです
• LTSは少なくとも3年間、または次のLTSが出てから1年後のうち、遅いほうまで支えられます^*2
• STSは2年間（24か月）支えられます
• 終了日は、毎月第2火曜日の月例パッチの日にそろえて決まります

.NET 8にこの決まりを当てはめると、2023年11月の公開から3年で2026年11月です。次のLTSの.NET 10は2025年11月に出たので、その1年後もやはり2026年11月でした。「長期サポート」という名前から長い期間を思い浮かべがちですが、.NETのLTSは3年が基本で、2年ごとに次のLTSへ移る前提の仕組みです。

.NET 8・9・10の違い

移る先を選ぶときは、版ごとのサポート終了日を並べると迷いません。Microsoftのサポートポリシーにある日付を表にまとめました。^*1

.NET 9も.NET 8と同じ日に終わったため、移る先にはなりません。2028年11月まで支えられる.NET 10へ、9を飛ばして直接移るのが自然な選び方です。Microsoftは、LTSとSTSで品質は同じで、違いはサポートの長さだけだと説明しています。毎年の更新についていけないなら、LTSを選んで計画的に移るほうが無理がありません。

.NET 10への移行の進め方

.NET 8から.NET 10への移行は、作り直しではなく、版を上げて組み直し、変わった点を試験で確かめる作業が中心です。次の4段階で進めます。

• ステップ1：.NET 8と.NET 9で動いているアプリ、置いているサーバー、使っている外部の部品（NuGetパッケージ）を一覧にする
• ステップ2：対象の版を.NET 10に変えて組み直す。既定では、.NET 8向けに作ったアプリが新しい版へ自動で移ることはありません^*2
• ステップ3：.NET 9と.NET 10の破壊的変更（前の版と同じようには動かなくなる変更）を確かめ、試験する^*4
• ステップ4：本番を切り替え、そのあとも毎月の修正プログラムを当て続ける

つまずきやすいのはステップ3です。Microsoftは破壊的変更を、組み直しが必要になるもの、ソースコードの修正が必要になるもの、動きが変わるものの3種類に分けて公開しています。^*4 8から10へ一気に移るときは、間の.NET 9の一覧も確かめます。^*5 外部の部品は提供元が対応を受け持つため、.NET 10に対応した版があるかも先に調べておきます。

外部に頼むときに確認しておきたい点

.NETの版の更新は、一度で終わる作業ではありません。.NET 10も2028年11月に終わるため、今回の移行を外部に頼むなら、次の更新まで見すえて次の点を見積もりの前に確かめておきます。

• どこまで頼むか：アプリの一覧づくり、組み直し、試験、本番の切り替えのうち、どれを任せるか
• 破壊的変更の確かめ方：.NET 9と.NET 10の変更のうち、自社のアプリに当たるものをどう洗い出し、どの試験で確かめるか
• 外部の部品の扱い：.NET 10に対応していない部品が見つかったとき、置き換えるか、提供元の対応を待つか
• 切り替えの段取り：本番を切り替える日程と、問題が出たときに元へ戻す手順
• 移行後の保守：毎月の修正プログラムを誰がいつ当てるか。次のLTSへの移行をいつ計画するか

特に移行後の保守は決め忘れやすい点です。LTSの版でも、サポートを受けるには最新の修正プログラムを当て続ける必要があります。^*1 社内にC#や.NETに詳しい人が少ない場合の体制づくりはC#/.NETエンジニア不足を委託で補う方法にまとめています。

まとめ：.NET 8で確かめておきたい3つの点

.NET 8のサポート終了に対応するうえで、確かめておきたい点は3つに整理できます。第一に、.NET 8と.NET 9で動いているアプリと外部の部品を一覧にし、サポートの切れた版で動くものを把握すること。第二に、移る先は9ではなく2028年11月まで支えられる.NET 10にすること。第三に、9と10の破壊的変更を試験で確かめ、移行後に修正プログラムを当て続ける担当を決めることです。この3点を踏まえておけば、「9に上げたのに同じ日に期限が来た」という事態を避けやすくなります。移行の段取りに迷いがあれば、外部の手を借りるのも一つの選択肢です。

よくある質問

出典

1. *1　参考：Microsoft「.NET および .NET Core サポート ポリシー」（https://dotnet.microsoft.com/ja-jp/platform/support/policy/dotnet-core）。出典：.NET 8・9・10の公開日とサポート終了日、LTSとSTSの違い、メンテナンスの段階、サポート終了の定義、月例パッチへのそろえ方、Microsoft Updateによる修正プログラムの記述を参照（2026年11月確認）
2. *2　参考：Microsoft Learn「.NET のリリース、パッチ、およびサポート」（https://learn.microsoft.com/ja-jp/dotnet/core/releases-and-support）。出典：LTSとSTSのサポート期間、新しいメジャー版へ自動で移らない既定の動作の記述を参照（2026年11月確認）
3. *3　参考：Microsoft Learn「ライフサイクルに関する FAQ – .NET Core」（https://learn.microsoft.com/ja-jp/lifecycle/faq/dotnet-core）。出典：偶数・奇数の版とLTS・STSの関係、ASP.NET CoreとEntity Framework Coreのライフサイクル、サードパーティ製コンポーネントのサポート、.NET Frameworkとライフサイクルが違う理由の記述を参照（2026年11月確認）
4. *4　参考：Microsoft Learn「.NET 10 での破壊的変更」（https://learn.microsoft.com/ja-jp/dotnet/core/compatibility/10）。出典：破壊的変更の3つの分類（バイナリ非互換・ソース非互換・動作の変更）の記述を参照（2026年11月確認）
5. *5　参考：Microsoft Learn「.NET 9 での破壊的変更」（https://learn.microsoft.com/ja-jp/dotnet/core/compatibility/9.0）。出典：.NET 9での破壊的変更の一覧を参照（2026年11月確認）

Tweet