Please enable JavaScript.

Coggle requires JavaScript to display documents.

Deep Dive Kubernetes Architeture (API Server) - Coggle Diagram

- - - - um Kind é uma categoria de recurso. É um tipo abstrato de recurso que define o que um recurso representa e quais são seus campos. Por exemplo, o Kind Deployment representa um grupo de Pods que executam a mesma imagem de contêiner.
      - Um Resource é uma instância específica de um Kind. É um objeto real que existe no Kubernetes cluster. Por exemplo, um Deployment chamado "my-deployment" é um Resource.
      - A diferença entre um Kind e um Resource é análoga à diferença entre um tipo e um objeto em programação orientada a objetos. Um Kind é como um tipo, e um Resource é como um objeto.
      - Exemplo: GET /apis/apps/v1/deployments lista todos os resources que possuem o Kind deployment
      - Exemplo: GET /apis/apps/v1/deployments/my-deployment mostra o Resource my-deployment que é do Kind Deployment
- - - - Leia dados do API Server
      - 2.Atualize esses dados na memória
      - Grave-os de volta no API Server
    - - Servidor A lê o objeto. O Servidor B lê o objeto. O Servidor A atualiza o objeto O na memória do cliente. Servidor B atualiza o objeto O na memória do cliente. Servidor A escreve o objeto O. Servidor B escreve o objeto O.
      - Ao final disso, as alterações feitas pelo servidor A são perdidas porque foram substituídas pela atualização do servidor B.
      - Uma solução: É um bloqueio pessimista que impediria que outras leituras ocorressem enquanto o servidor A estivesse operando no objeto. O problema com isso é que ele serializa todas as operações que levam a problemas de desempenho e rendimento.
      - Solução Kubernetes: optimistic concurrency (concorrência otimista), que pressupõe que tudo “simplesmente dará certo” e só detecta um problema quando uma gravação conflitante é tentada.
        
        Para conseguir isso, cada instância de um objeto retorna seus dados e uma versão de recurso.
        
        Esta versão do recurso indica a iteração atual do objeto. Quando ocorre uma gravação, se a versão do recurso do objeto for definida, a gravação só será bem-sucedida se a versão atual corresponder à versão do objeto.
        
        Caso contrário, um HTTP 409 (Conflito) será retornado e o cliente deverá tentar novamente.