
Permitido html: a, b, br, blockquote, i, li, pre, u, ul, p
Permitido html: a, b, br, blockquote, i, li, pre, u, ul, p
HTML: A, B, BR, BlockQuote, I, Li, Pre, U, Ul, P Além disso, com EMR, Recuperação de Automoscaling de Cluster ou Falha no Trabalho não funcionou bem, e os usuários tiveram que interagir com nós de cluster usando SSH semquaisquer ferramentas de segurança ou auditoria.Mudar para o Kubernetes ofereceu mais controle sobre o desenvolvimento e a implantação do Flink, incluindo compilações e implantações automáticas, gerenciamento secreto e de configuração e isolamento de serviços.Por fim, graças à recuperação automática de falhas, a equipe conseguiu evitar ter que responder a incidentes críticos noturnos, que eram comuns anteriormente.A equipe decidiu usar o Kubernetes para executar clusters Flink principalmente por causa da tolerância e automóveis de falhas embutidas, as ferramentas disponíveis e uma comunidade forte.
Fonte: https://www.infoq.com/news/2023/07/instacart-flink-kubernetes/