Como é que o recurso de definição de…

O CRD no Kubernetes permite expandir a API criando novos tipos de objetos que se comportam como recursos integrados. Isto está estreitamente relacionado com as tecnologias cloud, uma vez que o Kubernetes é um componente chave da infraestrutura cloud, fornecendo uma plataforma para a orquestração de cargas de trabalho em contêineres. Os provedores de cloud frequentemente usam CRD para integrar os seus serviços e recursos com o Kubernetes.

Exemplos de ligações com tecnologias cloud:

Gestão de recursos cloud: Operadores baseados em CRD podem gerir recursos do provedor de cloud (por exemplo, bases de dados, filas de mensagens, balanceadores de carga) diretamente a partir do Kubernetes.
Integração de serviços proprietários: Os provedores de cloud podem fornecer CRD para gerir os seus serviços específicos, incompatíveis com o padrão Kubernetes.
Automatização de implantação e gestão: Os CRD permitem criar controladores que automatizam o ciclo de vida dos recursos cloud, implantando-os ao criar o objeto correspondente no Kubernetes e removendo-os ao eliminá-lo.

Exemplo de definição de CRD:

apiVersion: apiextensions.k8s.io/v1
kind: CustomResourceDefinition
metadata:
  name: databasesessions.example.com # Nome do CRD
spec:
  group: example.com # Grupo API
  versions:
    - name: v1
      served: true
      storage: true
      schema:
        openAPIV3Schema: # Esquema para validação
          type: object
          properties:
            spec:
              type: object
              properties:
                databaseName:
                  type: string
                user:
                  type: string
  scope: Namespaced # Escopo (pode ser Cluster)
  names:
    plural: databasesessions # Plural
    singular: databasesession # Singular
    kind: DatabaseSession # Nome do Kind
    shortNames:
      - ds # Nome curto

Exemplo de uso do objeto criado com base neste CRD para gerir uma base de dados na cloud (condicional):

apiVersion: example.com/v1
kind: DatabaseSession
metadata:
  name: my-db-session
spec:
  databaseName: prod-db # Nome da base de dados na cloud
  user: app-user # Utilizador da base de dados

O operador (controlador) irá monitorizar os objetos DatabaseSession e, ao detectar um novo ou alterado, interagirá com a API do provedor de cloud para criar ou atualizar a sessão de acesso à base de dados.

Esta abstração via CRD simplifica a interação dos desenvolvedores com a infraestrutura cloud, permitindo-lhes usar as ferramentas habituais do Kubernetes para gerir recursos cloud sem precisar de conhecer as especificidades de cada provedor.

Como é que o recurso de definição de CustomResourceDefinition (CRD) está relacionado com as tecnologias em nuvem?