Evite a trava de fornecedor
Depois de ver o seguinte vídeo (5 tips on creating modern, cloud-native applications), lembrei de certas ocasiões que me ocorreram em projetos passados e como evitar a trava de fornecedor pode ser importante para projetos futuros.
Trava de fornecedor
Rustam explica sobre algumas características que as aplicações Cloud native devem ter. Segue o slide abaixo.
Ele fala da velocidade, agilidade, confiabilidade, resiliência e a última é: evite a trava. Especificamente ele chama devendor lock-in.
Do que se trata?
Este tipo de situação acontece quando a aplicação depende de um fornecedor específico para funcionar e não há substitutos.
Certa vez trabalhei num projeto usando Java EE, mas era legado e seria subistituido em alguns meses. Neste meio tempo, o sistema antigo começou a dar problemas e precisava de manutenção.
O principal problema era a falta de suporte para uma versão antiga do servidor de aplicações rodando em Java 1.7.
O sistema foi desenvolvido para o servidor de aplicações e usando ferramentas exclusivas do mesmo. Simplesmente não funciona em outro.
O remédio
A melhor forma de evitar a trava de fornecedor é usando padrões abertos e gerenciados por uma comunidade, como o Jakarta EE. Assim, a aplicação pode rodar de forma previsível em diversos servidores de aplicação e deixar espaço para mudanças no futuro, caso sejam necessárias.
O projeto deve ser pensado para a longevidade, ou seja, ter uma arquitura onde a mudança de fornecedor seja possível.