O KEDA no EKS resolve um problema que o HPA sozinho não resolve bem: escalar pelo trabalho que está esperando, e não pelo esforço de quem já está trabalhando. Com o KEDA, a quantidade de mensagens numa fila SQS decide quantos pods rodam. Fila vazia, nenhum pod. Fila cheia, os pods sobem, e o Karpenter … Ler mais
Publique aplicações no EKS com a Gateway API em vez de Ingress: GatewayClass, Gateway e HTTPRoute viram um ALB pelo AWS Load Balancer Controller.
O upgrade do EKS não é opcional. Cada versão do Kubernetes tem cerca de 14 meses de suporte padrão no EKS. Depois disso, ou o cluster sobe de versão sozinho, ou você paga bem mais caro pelo suporte estendido. E não existe volta: o control plane não faz downgrade. Por isso vale ter um roteiro … Ler mais
Um cluster EKS sem Container Insights obriga você a descobrir problemas pelo kubectl, pod por pod. Com ele, CPU, memória, reinícios e logs de todos os containers caem no CloudWatch, com painéis prontos e consultas em segundos. E dá para ligar tudo com um único add-on gerenciado. Este é o oitavo artigo da série artigos-eks, … Ler mais
O Karpenter cria nós no EKS na hora em que um pod fica sem lugar, escolhendo o tipo de instância que cabe naquele pod, e remove os nós que sobram. Não há grupo de tamanho fixo para ajustar: você descreve o que é aceitável (famílias, arquitetura, Spot ou On-Demand) e ele decide o resto. Com … Ler mais