戦略的EOL対応フレームワーク - Qiita

何を書いた記事か こんにちは。 みなさん、自分たちのシステムで使ってる製品・サービスの寿命（EOL）管理してますか？ 大抵の場合気づいたころにはEOL迎えてたものが大量にあって何から手をつけたら・・という状態になっているのではないかと思います。 僕もそうだったので、今回大量の寿命切れに直面したときにどのように対応していくか、自分なりに考えたことをまとめていきます。 なぜEOL対応するのか そもそもEOLとは そのそも、EOLって何でしょうか。 EOLとは「End of Life」のことで、読んで字の如く、「寿命切れ」です。 （似た言葉にEOSやEOSLがありますが、ここではだいたい同じ意味として、代表的なEOLに記載を統一します。） じゃあなんの寿命切れか、と言われたら、いろいろです。 システムを構成するのに、全て自分たちで１からフルスクラッチで作ることは現代においてありえなくて、何かしら

[N_T]

"一覧化して、それぞれのEOL時期を確認" "すでにEOLを迎えている、あるいは１年以内にEOLを迎えるものを抽出" "ランク付けして整理（対応負荷/セキュリティ影響/障害影響）" "具体的にどのバージョンにあげるかなどの検討"

[bopperjp]

EOLにどう対応するか