Como lidar com situações de "final de vida útil do software"?

Quando um fornecedor declara que não pretende mais fornecer suporte ou serviços a um software (e declara a intenção de sair do negócio - sem oferecer caminhos de atualização), que tipo de recurso está disponível para o cliente?

Por favor, considere isso do ponto de vista do cliente . É provável que a equipe de TI do cliente considere apenas as opções técnicas, mas provavelmente existem opções não técnicas que o cliente também pode buscar. Além disso, que tipo de medidas razoáveis ​​podem ser tomadas pelo cliente com antecedência para minimizar interrupções, como nos termos do contrato?

Coisas em que consigo pensar:

• É necessário adquirir hardware sobressalente e configurar um ambiente sobressalente no qual o software possa continuar operando.
• Vários métodos de exportação de dados que não requerem envolvimento do fornecedor. (Isso pode incluir técnicas triviais, como examinar os dados armazenados em um back-end de banco de dados de commodities, as técnicas mais envolvidas, como captura de tela, impressão em imagem seguida de nova digitalização, etc.)
• Sistemas paralelos em que a equipe duplicará os dados antigos em um novo sistema manual ou semi-automaticamente
• Meios legais, caso o fornecedor esteja com problemas financeiros (como no caso do depósito em código-fonte )

Alguma outra ideia?

• Supondo que não haja "evasão" envolvida (sem DRM, sem DMCA), a recuperação de dados ou a engenharia reversa são legais / aceitáveis?

Nota editada:

É uma combinação de várias histórias anedóticas, mas reais. Não estou diretamente envolvido em nenhum deles. É simplesmente meu desejo de aprender sobre como a situação de "fim de vida de software" é tratada em geral. Não é minha intenção fazer a história original parecer "muito difícil" para ser resolvida.

A engenharia reversa é perfeitamente aceitável em seus próprios dados. Supondo que você tenha os arquivos de banco de dados para começar. Se for um serviço hospedado, é melhor você pagar a taxa e exportar os dados. imo, é extremamente rude e pouco profissional deles exigir uma taxa por isso, mas algumas pessoas não se importam com essas coisas.

Como você sabe que esse aplicativo é algo que você precisa, talvez se possível, é hora de um sistema desenvolvido internamente? Dessa forma, você não vai acabar nessa situação novamente.

Uma estratégia que não está na sua lista é contratar uma equipe de estagiários e dar a eles o verão para descobrir isso. Como provavelmente seria um projeto único, não importará se o código é bonito, se leva muitas horas ou se é preciso apenas muita entrada manual de dados.

Se o produto é algo para o qual você não precisa de alterações, não preveja a necessidade de alterações e é executado em seu próprio hardware, sempre há a opção de aceitar o risco de continuar usando-o.

Não é chique, e pode ser uma dor, mas dependendo do produto e do fornecedor que você pode encontrar, se você pensar que a situação não é diferente do que era quando o fornecedor o apoiou tecnicamente.

Uma observação: se o sistema é algo exposto ao público, essa é uma abordagem ruim, porque você não tem como obter as atualizações de segurança aplicadas.