[DEVOPS] Como liberar releases diferentes por TenantId?

[cristofersousa]

Contexto

Já vi algumas perguntas aleatórias sobre isso e não tenho ideia de como funciona, no caso existem empresas que liberam uma determinada release para um grupo de cliente específico, e existem clientes que não querem ser migrados pois preferem o modelo antigo. Nesse caso, como é feito esse gerenciamento de releases pensando em algo que tenha uma qualidade de vida na entrega?

Referências

0. Github Artigo
1. Treinaweb Artigo

[andrelugomes]

Acho que o caminho não é versionando o software por cliente.

E sim controle de acessos dentro do app.

[samuelgrigolato]

Concordo com o @andrelugomes. Bifurcar o código não funciona bem no longo prazo, acabam se tornando X produtos totalmente diferentes. No entanto para coisas menores é possível continuar agradando todo mundo usando "preferências" ou "configurações" por cliente. Mas precisa ficar claro que o produto dá suporte para tudo, não que existem várias versões diferentes do mesmo produto.

Se um único cliente tem poder suficiente para exigir uma versão antiga do software então este cliente precisa de uma proposta para desenvolvimento customizado, não de um SaaS.

[duduribeiro]

Concordo com o que o @andrelugomes e o @samuelgrigolato falaram. Precisamos pensar em isolar o que é um deploy e o que é uma release. Se pensarmos como etapas diferentes, a gente consegue entregar o software mas não fazer a release da funcionalidade.
Uma das formas de talvez fazer isso é usar feature flags. Você entrega o software mas não habilita o release daquela feature e com isso você consegue ligar / desligar funcionalidades para cada cliente.
Outra forma seria ter servidores que contenham versões com a release mais nova e vc redirecionar o trafego para esse servidor apenas se o cliente estiver na lista de clientes habilitados para testar a funcionalidade.

Mas igual o @samuelgrigolato falou. Se cada cliente precisa de uma versão diferente do software, isso não está parecendo certo para um SaaS, e deveria ser um software de caixinha que o cliente compra determinada versão.

[andrelugomes]

Uma forma mais burocrática é pensar que os releases pertencem a planos + uma estratégia de feature flag é massa....

Assim duas funcionalidades que usam o mesmo backend podem ser acessadas por usuários diferentes.

[cristofersousa]

Ja participei desse processo de featureFlag é o mais assertivo para a organização e para o cliente. Mas eu e o @duduribeiro já participamos de uma empresa que era releases indiferentes, lembra Cadu?

[duduribeiro]

lembro sim e prefiro esquecer

[duduribeiro]

Mas igual falamos, isso gera uma complexidade grande de manter várias versões.. as vezes você precisa corrigir algo na versão X e ir fazendo mudanças em todas as versões que precisem disso.

Um SaaS você tem que manter a versão recente sempre Ok, e pode ir ativando ou desativando funcionalidades.

Se for pra manter versões diferentes, melhor vender software de caixinha e se o cliente quiser mudança teria que comprar a versão nova.

[andrelugomes]

release independente por cliente vira projeto diferente.... tudo dobrado.. mexe em um ponto afeta o outro.. não gosto dessa ideia

[cristofersousa]

Pessoas, vou fechar a issue.

[duduribeiro]

Acho legal deixar aberto. Sempre é bom receber novidades. é esse o propósito do forum