Os serviços do Cloud Run e do Cloud Functions são frequentemente implantados e a descoberta de serviços baseada em ENV é difícil de manter. Como você deve implementar a descoberta de serviços dinâmica escalável?

A opção correta é criar um namespace do Service Directory, registrar serviços durante a implantação e consultá-lo em tempo de execução. O Service Directory é a solução nativa do Google Cloud para descoberta de serviços, oferecendo um registro centralizado para todos os serviços, independentemente do tipo de implantação (Cloud Run, Cloud Functions, GKE, etc.). Ele permite que os serviços se descubram dinamicamente usando DNS ou APIs, o que é escalável e fácil de manter. Chamar as APIs do Cloud Run Admin e do Cloud Functions em tempo de execução para listar serviços é ineficiente e não é a finalidade dessas APIs, que são para gerenciamento, não descoberta de serviços. Adotar uma convenção de nomenclatura é uma prática útil, mas não resolve o problema da descoberta dinâmica e programática de serviços. Instalar o HashiCorp Consul em uma VM do Compute Engine introduz uma solução auto-gerenciada e um ponto único de falha, aumentando a complexidade operacional e o custo em comparação com uma solução gerenciada como o Service Directory.