「ソフトウェアの寿命」の状況にどう対処するか？
ベンダーがソフトウェアにサポートやサービスを提供するつもりがなくなったと宣言した場合（そしてビジネスを終了する意図を表明した場合、アップグレードパスは提供されません）、顧客はどのような手段を利用できますか？
お客様の視点でご検討ください。お客様のITスタッフは、技術的なオプションのみを検討する可能性がありますが、お客様が追求できる非技術的なオプションもある可能性があります。また、契約条件など、混乱を最小限に抑えるために、お客様は事前にどのような合理的な措置を講じることができますか？
私が考えることができること：
- 予備のハードウェアを購入し、ソフトウェアが引き続き動作できる予備の環境をセットアップする必要があります。
- ベンダーの関与を必要としないさまざまなデータエクスポート方法。 （これには、商品データベースのバックエンドに格納されているデータを調べるなどの簡単な手法から、画面のスクレイピング、イメージへの印刷、その後の再スキャンなど、より複雑な手法まで含まれます。）
- スタッフが古いデータを手動または半自動で新しいシステムに複製する並列システム
- 法的手段、ベンダーが経済的な問題を抱えている場合（ ソースコードエスクロー の場合のように）
他のアイデアはありますか？
- 「回避」が含まれていない（DRMやDMCAがない）と仮定すると、データ復旧またはリバースエンジニアリングは合法/許容可能ですか？
編集されたメモ：
それはいくつかの逸話的ですが、実際の物語の組み合わせです。私はそれらのいずれにも直接関与していません。 「ソフトウェアのサポート終了」の状況が一般的にどのように処理されるかについて知りたいだけです。原作の話を「難しすぎて」解けないようにするのは私の意図ではありません。
リバースエンジニアリングは、あなた自身のデータで完全に受け入れられます。まず、データベースファイルがあるとします。ホスト型サービスの場合は、料金を支払ってデータをエクスポートしてもらう方がよい場合があります。 imo、その非常に失礼で専門家ではないので、そのための料金が必要ですが、一部の人々はそのようなことを気にしません。
このアプリケーションが必要なものであることを知っているので、おそらくそれが実行可能な場合は、社内で開発したシステムの時間です。このようにして、あなたは再びこの状況に陥ることはありません。
リストにない戦略の1つは、インターンのチームを招いて、夏にそれを理解させることです。 1回限りのプロジェクトである可能性が高いため、コードがきれいであるか、時間がかかるか、手動でデータを入力するだけでよいかは関係ありません。
製品が変更を必要としないものである場合、変更が必要であると予測せず、独自のハードウェアで実行する場合は、それを使用し続けるリスクを受け入れるオプションが常にあります。
派手ではなく、苦痛かもしれませんが、製品やベンダーによっては、ベンダーが技術的にサポートしていたときと変わらない状況だと思うかもしれません。
注：システムが一般に公開されているものである場合、セキュリティ更新プログラムを適用する方法がないため、これは不適切なアプローチです。