Eは技術スタックの有効期限を表す。

オープンソースソフトウェアのABCシリーズでは、コンプライアンスからドキュメンテーションまで、あらゆることについてお話してきました。今日は、大きなテーマに取り組みます：Eはエンド・オブ・ライフ（EOL）です。

技術に携わる人なら、この言葉を耳にしたことがあるだろう。しかし、実際にはどのような意味なのか、そしてなぜそれがあなたのビジネスにとって重要なのか？それを分解してみよう。

‍

ソフトウェアにおけるEOL（End of Life）の意味とは？

オープンソースのメンテナが、あるプロジェクトが寿命に達したと発表するとき、それはもうアップデートや修正、セキュリティパッチをリリースしないということを意味する。プロジェクトは "死んだ "わけではない。

その例はどこにでもある：

なぜこのようなことが起こるのか？コミュニティが新しいフレームワークに移行することもある。時には、単にメンテナに継続する時間やリソースがないこともある。

‍

厄介なのは、EOLになったからといって、それが機能しなくなるわけではないということだ。多くの企業は、EOLソフトを使い続けている：

今は大丈夫でも、事故が起きれば大惨事になる。

‍

セキュリティ脆弱性
パッチなし＝保護なし。新しいCVEが発見されても、誰も修正しない。そのため、アプリケーションは攻撃される可能性があります。
コンプライアンスの頭痛の種
GDPR、PCI DSS、SOC 2のようなフレームワークは、積極的なメンテナンスが必要です。サポートされていないソフトウェアを実行すると、監査人や法務チームに赤信号が灯ります。
互換性の崩壊
テクノロジーのエコシステムは動き続けている。ブラウザは進化し、オペレーティング・システムは更新され、依存関係は変化する。あなたのEOLソフトウェアは、ある日突然壊れるまで適応しないでしょう。

‍

ステップ1：慌てず、しかし無視せず
その「車内の奇妙な音」は大きくなる一方だ。

ステップ2：代替案を評価する
代替案は何か？より新しく、サポートされているフレームワークやライブラリはあるか？

ステップ3：移行計画を立てる。

ステップ4：すぐに移行できない場合のリスク管理

‍

厳然たる真実：技術分野では、永遠に続くものはない。どんなフレームワークも、言語も、ライブラリも、いずれはEOLになる。問題は「もし」ではなく、「いつ」なのだ。

賢い組織は次のような準備をしている：

‍

EOLは古いソフトウェアだけの問題ではない。変化への準備なのだ。

サポートされていないOSSを本番稼動させている場合、遅れをとっているだけでなく、リスクもあります。しかし、計画、リスク管理、サポートを適切に組み合わせれば、タイムラインを進めながらシステムを安全に保つことができる。

次のシリーズは？Fはフォークを意味する。

それまでは、コードをクリーンに保ち、依存関係にパッチを当て、移行計画を現実的なものにしておこう。

‍

ホスト

テイラー・コルベット

多くの企業がELLソフトを使い続けているのは、マイグレーションが高価で複雑だからだ。しかし、EOLソフトウェアを稼動させるのは火遊びだ。