アカウント名:
パスワード:
セキュリティパッチとはいえ、10年前のハードウェア向けの10年前のアプリケーションのメンテって辛そう。大抵は小幅な修正で済むだろうけど、「こんな古いバージョン誰が使うんだよ」って思いながら作業するわけか。個人ユーザーの無料枠があるからまだ良いけど、なければ下手すりゃ主要アプリケーションとはいえ使う人は世界で数人とかいうレベルのものも含まれてそう。レトロPCの世界では割と便利かな。
業務用が目的でしょ。エンタープライズ向けでは2年じゃ短すぎるだろうしメジャーアップデートすれば2年追加できるけどリスク。
Redhatなどの商用Linuxのシェアを取りに行きたいんだと思われる。
古くて捨てたいんだけど、ちょっとしたことをこなしている社内サーバを仮想化したサーバとかが結構いるから 10 年とかありがたいな。社内じゃ誰も面倒みられないんだもん。
基本はシェルスクリプトなんだけど、中はAWKとPerlで魔法の呪文状態だから、リファクタリングもできません。RH4.6だったか三年前にP2Vで動かなくてどうしてもやらなくちゃいけないのがあって、安ーく100万円でやってもらいましたよ。ブラックボックスなAWKの部分はそのまま使ってもらっていいから、RHEL7で動くようにしてもらいました。RHEL8では何かのコマンドの挙動が違うので諦めました。その後はずっとRHEL7で動かしていく方針で各方面調整しました。まだ社内だからこんなんで済むけど、外にさらすようなサーバだと10年はありがたいな。
そーいやOpenLDAPも後釜をさがさないとかな、UbuntuPro乗り換えも進言してみようか・・・
リリースされて一年は安定するまで様子見し、その後一年かけて性能や安定性を検証し、その後二年かけてその上で動くシステムを開発し、その後五年間システムを運用し、その後一年並行してリプレースしたシステムと運用して万一に備え、おさらばみたいな感じか。
Dockerで何とかならない?個人プロジェクトだけど古いPerl+CGIのサーバーをGitHub ActionsでDockerビルドするようにしたらセットアップが楽になったよ。Dockerにする意味はCPANのテストが時間が掛かってめんどくさい程度の意味しかないけど。互換性が問題になるようなことは多分してないし。マルチプラットフォームビルドでIBM System zとかでも動くはず。無意味。
まぁ作る時のバージョンでのイメージがないと始まらないけど。
よく考えると仮想化してあるって書いてあるわ。Dockerにする意味はあんまないな。
今から、QtとGTKのバグ修正とセキュリティ修正の面倒をあと10年も見てくれる、と言うなら大変有り難い話じゃないでしょうか。人によっては、LibreOfficeをバージョン固定で使い続けられるのも嬉しいでしょう。ChromiumやFirefoxはこれまで通りバージョンを上げて最新版をポートし続けるということでしょうか。もし、依存するライブラリのバージョン上げが必要になったらどう対応するのでしょうか。現状はもうSNAPだから、ChromiumやFirefoxだけ自前の違うバージョンのライブラリをリンクするのかな。
Ubuntuは偶にセキュリティ修正のために破壊的な変更を入れてくる たいてい破滅的なことになる
数千本ものアプリを面倒見きれるもんなの? 物によっては「非常に重大な脆弱性」かつほぼ誰も使っておらず、しかも修正がしづらくて多大な工数が必要とか、ありますよね。 めちゃくちゃコストがかかりそうなものだが。
数千じゃなくて23000だって。 10年間にわたってオペレーティングシステムと23,000のパッケージがセキュリティアップデートの対象として提供される Canonicalにはすごいマンパワーがあるんですね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
10年前のアプリのメンテ (スコア:0)
セキュリティパッチとはいえ、10年前のハードウェア向けの10年前のアプリケーションのメンテって辛そう。
大抵は小幅な修正で済むだろうけど、「こんな古いバージョン誰が使うんだよ」って思いながら作業するわけか。
個人ユーザーの無料枠があるからまだ良いけど、なければ下手すりゃ主要アプリケーションとはいえ使う人は世界で数人とかいうレベルのものも含まれてそう。
レトロPCの世界では割と便利かな。
Re:10年前のアプリのメンテ (スコア:1)
Re: (スコア:0)
業務用が目的でしょ。
エンタープライズ向けでは2年じゃ短すぎるだろうし
メジャーアップデートすれば2年追加できるけどリスク。
Redhatなどの商用Linuxのシェアを取りに行きたいんだと思われる。
Re:10年前のアプリのメンテ (スコア:1)
古くて捨てたいんだけど、ちょっとしたことをこなしている社内サーバを仮想化したサーバとかが結構いるから 10 年とかありがたいな。
社内じゃ誰も面倒みられないんだもん。
基本はシェルスクリプトなんだけど、中はAWKとPerlで魔法の呪文状態だから、リファクタリングもできません。
RH4.6だったか三年前にP2Vで動かなくてどうしてもやらなくちゃいけないのがあって、安ーく100万円でやってもらいましたよ。ブラックボックスなAWKの部分はそのまま使ってもらっていいから、RHEL7で動くようにしてもらいました。RHEL8では何かのコマンドの挙動が違うので諦めました。その後はずっとRHEL7で動かしていく方針で各方面調整しました。
まだ社内だからこんなんで済むけど、外にさらすようなサーバだと10年はありがたいな。
そーいやOpenLDAPも後釜をさがさないとかな、UbuntuPro乗り換えも進言してみようか・・・
Re: (スコア:0)
リリースされて一年は安定するまで様子見し、その後一年かけて性能や安定性を検証し、その後二年かけてその上で動くシステムを開発し、その後五年間システムを運用し、その後一年並行してリプレースしたシステムと運用して万一に備え、おさらばみたいな感じか。
Re: (スコア:0)
Dockerで何とかならない?
個人プロジェクトだけど古いPerl+CGIのサーバーをGitHub ActionsでDockerビルドするようにしたらセットアップが楽になったよ。
Dockerにする意味はCPANのテストが時間が掛かってめんどくさい程度の意味しかないけど。互換性が問題になるようなことは多分してないし。
マルチプラットフォームビルドでIBM System zとかでも動くはず。無意味。
まぁ作る時のバージョンでのイメージがないと始まらないけど。
Re: (スコア:0)
よく考えると仮想化してあるって書いてあるわ。
Dockerにする意味はあんまないな。
Re: (スコア:0)
今から、QtとGTKのバグ修正とセキュリティ修正の面倒をあと10年も見てくれる、と言うなら大変有り難い話じゃないでしょうか。
人によっては、LibreOfficeをバージョン固定で使い続けられるのも嬉しいでしょう。
ChromiumやFirefoxはこれまで通りバージョンを上げて最新版をポートし続けるということでしょうか。
もし、依存するライブラリのバージョン上げが必要になったらどう対応するのでしょうか。
現状はもうSNAPだから、ChromiumやFirefoxだけ自前の違うバージョンのライブラリをリンクするのかな。
Re: (スコア:0)
Ubuntuは偶にセキュリティ修正のために破壊的な変更を入れてくる たいてい破滅的なことになる
Re: (スコア:0)
数千本ものアプリを面倒見きれるもんなの?
物によっては「非常に重大な脆弱性」かつほぼ誰も使っておらず、しかも修正がしづらくて多大な工数が必要とか、ありますよね。
めちゃくちゃコストがかかりそうなものだが。
Re: (スコア:0)
数千じゃなくて23000だって。
10年間にわたってオペレーティングシステムと23,000のパッケージがセキュリティアップデートの対象として提供される
Canonicalにはすごいマンパワーがあるんですね。