Cara, eu acho que conhecer sobre monitoramento faz todo sentido e é bom o dev também atuar sobre isso (não só na implantação). A ideia que você teve foi muito boa, e não vejo o dev sendo colocado de fora do processo. Quanto mais próximo ele estiver, mais fácil será para ele ver que alguma ação precisa ser tomada na aplicação de forma proativa.

Existem muitas formas de acompanhar, de mercado tem uma paulada. Acho que é sempre bom experimentar algumas soluções e montar uma convenção de uso com o time para implementação em todas as aplicações (definir um molde que todos possam seguir, implementar e que todos possam ter acesso com entedimento claro da ferramenta).

Quanto mais informação melhor, e assim você consegue antecipar um problema que chegaria no cliente antes de acontecer. E mesmo que aconteça, como acesso aos logs fica mais fácil de procurar o erro (ou ao menos, deve agilizar a análise e o possível problema).

Muita gente pode até falar; "ah, mas ai é mais uma coisa e vai demandar mais tempo para fazer...", mas o problema não é tempo para fazer, mas sim o tempo que você ganha se acontecer algum problema, seja de código, de ambiente, em acessos... Isso gera valor no final principalmente por ser algo que favorece o uptime da aplicação, a sua sustentação em cenários de necessidade de manutenção e escalação em nível vertical ou horizontal (também que podem ser feitos de forma preventiva).

Então sim, reforço que vale muita a pena.

Já participei de um cenário de aplicação igual ao que você mencionou e achei bacana. Acho que outras soluções legais como datadog, sentry, appDynamics, logstash... Vai variar bastante do cenário e também de conhecimento do time.

Troca algumas ideias em conjunto ao seu time para pegar essas percepções, vantagens principalmente. Vale bastante a pena!

Obrigado, realmente acho que se todo o time estiver envolvido e contribuindo com ideias sera melhor, e como você disse, o tempo para implantar isso acaba se pagando ao nos propiciar informações relevantes e até bugs.