
- Gosto de como o Batch oferece uma maneira eficiente e simplificada de lidar com a execução de trabalhos ao dockerizar o código e armazená-lo em um registro de artefatos no GCP, tornando simples a configuração e execução de trabalhos em lote.
- E o próprio Batch gerencia a infraestrutura subjacente, iniciando e desligando servidores após a execução, eliminando a necessidade de intervenção manual.
- O Batch é conveniente para executar trabalhos de longa duração e também se integra perfeitamente com outros serviços do GCP, como o Google Workflow.
- A flexibilidade para escolher tipos específicos de recursos para execução é outra vantagem do Batch.
- Em nosso projeto, o Batch se tornou uma ferramenta diária essencial devido à sua confiabilidade, facilidade de uso e capacidades de integração. Além disso, pode ser gerenciado efetivamente usando a ferramenta de linha de comando gcloud ou a API do Batch. Houve uma limitação de cota no uso de Batch com engines de computação, esse problema foi resolvido com a boa e rápida assistência da equipe de suporte ao cliente. Análise coletada por e hospedada no G2.com.
O que eu não gosto sobre o batch é que, enquanto acionamos o batch para executar um script em contêiner Docker, leva alguns minutos para ser executado em sequência - o trabalho vai para a fila, depois é agendado e então provisiona a instância na qual os executáveis serão executados - isso leva tempo, o que pode ser frustrante enquanto você está na fase de desenvolvimento/teste. Além disso, limitações de cota - se, por exemplo, você estiver usando motores de computação como o tipo de recurso para executar o batch, então o limite de cota do motor de computação afetará se você estiver buscando escalabilidade, mas isso pode ser resolvido com a ajuda do suporte ao cliente. Análise coletada por e hospedada no G2.com.

