esse modelp de time de sustentação é horrível, acaba criando gargalos porque é impossível um time só saver de regras de negócio de n projetos, o time de dev não se preocupa em fazer boas entregas e nem de pensar em forma de melhores de monitoramento e até de uso de logs afinal a bucha não fica na mão deles, fora que nas empresas em que trabalhei que tinham esse modelp blindavam o time de dev então você não tinha nem como tirar dúvidas com eles, o que claro era o que causava na maioria das vezes o estouro do sla, porque tinhamos que entender o problema, descobrir a raiz e corrigir garantindo que não ia ter conflitos com outras regras de negócio e não ia quebrar nada, o que acabava tomando muito mais tempo, nas raras vezes que tinhamos apoio do time de dev, em 5 minutos tinhamos uma decisão do que fazer porque eles tinham todo o contexto do projeto.

rodizio dentro do proprio time de dev é a estratégia mais apropriada, todos do time aprendem sobre o projeto, quem tem o contexto resolve muito mais rápido e como o time vai precisar analizar problemas em produçãoeles acabam prezando por qualidade, logs estratégicos pra facilitar o troubleshooting e por ai vai.