Executando verificação de segurança...
Respondendo a "O argumento do vendor lock-in com manifests pro..." dentro da publicação Kubernetes para times pequenos: você realmente precisa ou é hype de currículo?
3
Nilzao

"custa caro em curva de aprendizagem"

No meu caso, é tipo dirigir um carro popular durante a vida toda depois pilotar um carro de luxo, da pra voltar, mas fica o gostinho do luxo por um tempo.

Depois de ficar "fluente" em kubernetes, usar docker puro ou docker compose é como se eu estivesse voltando pra barriga da máquina ao invés de usar containers.

Assim como a W3C define padrões para a web, a CNCF atua como uma fundação neutra que organiza e "aprova" projetos de infraestrutura em nuvem.

https://landscape.cncf.io/

A discussão do uso de docker-compose é para cenário de desenvolvimento, sobre o swarm, tenho péssimas experiências práticas com ele rodando em 4 máquinas em produção, cuidar do deploy automatizado, ingress, batches ou jobs requer muito contorno, as secrets viram arquivos dentro dos container, resolução de nome dos serviços interno era instável.

Sugiro reavaliar o tal "custo de curva de aprendizagem" ainda mais com um monte de LLM para ajudar hoje em dia.

Carregando publicação patrocinada...
1
obrenoalvim

A experiência com Swarm faz sentido, esse problema de resolução de nomes e secrets como arquivo é clássico do ecossistema.

Mas o meu ponto sobre custo não é só a curva de aprendizado inicial. É o overhead contínuo depois que você já sabe: monitorar etcd, gerenciar certificados, debugar scheduling, entender por que um pod não subiu. LLM ajuda a aprender mais rápido, mas não opera o cluster por você no domingo de madrugada.

Sobre a analogia do carro de luxo: faz sentido quando você tem a estrada certa. Para um time de 2 devs com 3 serviços, o luxo vira manutenção que ninguém pediu e que ninguém no time tem contexto para resolver rápido.

O landscape CNCF é impressionante e também é parte do problema.