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.