Olá. Para definir a versão do arquivo .yml, no apiVersion, tem alguma regra ou convenção? Na aula não ficou bem claro, pois um arquivo colocou 'apps/v1' e o outro 'v1'.
Olá. Para definir a versão do arquivo .yml, no apiVersion, tem alguma regra ou convenção? Na aula não ficou bem claro, pois um arquivo colocou 'apps/v1' e o outro 'v1'.
Olá Leonardo, tudo bem? Sim, tem uma regra, a nessa parte da documentação explica bem como é a utilização e sobre as mesmas. Bem essas versões são na verdade versões da API REST, e essa indicação da versão determina como é essa comunicação. E como os outros versionamentos de projetos e software, os níveis determinam a estabilidade de cada versão, no Kubernetes existe as versões alpha, beta e estaveis, as versões alfas são seguem o padrão v1alpha1, já as versões betas seguem o padrão v2beta3, já as versões estáveis que são essas que o instrutor utilizou durante o curso é simplesmente letra e numero, no caso v1. O que acontece é que também existem grupos de API (no link acima também fala dos grupos), e eles tem muitos objetos, e no Kuberntes tem vários outros, como por exemplo autoscaling/v1 que disponibiliza recursos para que os pods sejam escalados automaticamente com base em métricas estabelecidas. Já o grupo apps/v1, é o grupo mais comum, e ele trás muitas funcionalidades, como o Deployment, entre outros.
Espero ter esclarecido sua dúvida!