A equipe de desenvolvimento do Kubernetes lançou recentemente por meio de um anúncio, o lançamento de a nova versão "Kubernetes 1.18" em que a equipe de desenvolvimento menciona que é uma versão 'adequada e acabada'.
Nesta nova versão um trabalho significativo foi feito para melhorar a funcionalidade beta e estável para garantir um melhor experiência do usuário. Um esforço igual foi feito para adicionar novos desenvolvimentos e novos recursos interessantes que prometem aprimorar ainda mais a experiência do usuário.
Para quem não sabe Kubernetes, eles deveriam saber que é um sistema de código aberto para automatizar a implantação, escalonamento e gerenciamento de aplicativos em contêineres.
Foi originalmente projetado pelo Google, embora seu desenvolvimento tenha sido posteriormente confiado à Open Source Cloud Computing Foundation (CNCF), que hoje permite que a tecnologia de orquestração de contêiner amadureça rapidamente, graças às contribuições de gigantes da tecnologia.
O que há de novo no Kubernetes 1.18?
Essa nova versão se destaca por ter o capacidade de usar tokens de conta de serviço como um método de autenticação geral. Por exemplo, se você quiser que um pod gerencie outros recursos do Kubernetes, como uma implantação ou serviço, ele pode ser associado a uma conta de serviço e criar os papéis e vinculações de papéis necessários.
As contas de serviço (KSAs) do Kubernetes enviam tokens da Web JSON (JWT) ao servidor de API para autenticação. Isso torna o servidor API a única fonte de autenticação para contas de serviço.
Kubernetes 1.18 pfornece uma funcionalidade que permite que o servidor API forneça um documento de descoberta OpenID Connect Um contendo as chaves públicas do token, além de outros metadados.
Outra mudança que se destaca do Kubernetes 1.81 é o capacidade de configurar o HPA Velocity para pods específicos. Autoescalador horizontal de pod (HPA) foi usadoa para permitir que um cluster Kubernetes responda automaticamente ao tráfego alto / baixo. Com o HPA, o usuário pode pedir ao controlador para criar mais módulos em resposta a picos de CPU, outras medições ou medições fornecidas pelo aplicativo.
O Kubernetes 1.18 tem uma visão geral dos perfis para executar várias configurações do planejador. Geralmente, existem dois tipos de cargas de trabalho no Kubernetes: serviços de longo prazo (por exemplo, servidores da web, APIs, etc.) e tarefas que são executadas até a conclusão (mais conhecido como o nome Jobs).
Devido às diferenças óbvias entre os tipos de carga de trabalho, alguns usuários recorrem à criação de clusters completos para necessidades diferentes. Por exemplo, um cluster para gerenciar a mineração de dados e outro para atender às APIs do aplicativo.
A razão é que eles precisam que o processo de decisão seja diferente. Por exemplo, as configurações do planejador padrão promovem alta disponibilidade.
Por outro lado, também podemos encontrar o capacidade de definir uma regra de transmissão de pod no nível do cluster, como tornou possível garantir que os pods serão agendados em zonas de disponibilidade (desde que você esteja usando um cluster de várias zonas) para garantir a máxima disponibilidade e utilização de recursos.
A funcionalidade ativa a especificação topologySpreadConstraints, que identifica áreas procurando por nós com a mesma tag topologyKey. Os nós com a mesma tag TopologyKey pertencem à mesma área. A configuração consistia em distribuir os pods uniformemente nas diferentes áreas. No entanto, a desvantagem é que essa configuração deve ser aplicada no nível do pod. Os pods que não têm a configuração não serão distribuídos uniformemente entre os domínios com falha.
Por último, mas não menos importante, também podemos encontrar a capacidade de ignorar a mudança na propriedade de volume. Por padrão, quando um volume é montado em um contêiner em um cluster Kubernetes, todos os arquivos e diretórios dentro desse volume têm suas propriedades alteradas para o valor fornecido por meio do fsGroup.
Tudo isso para permitir que o fsGroup leia e grave o volume. No entanto, esse comportamento se mostrou indesejável em alguns casos.
Esta nova versão do O Kubernetes vem com uma série de alterações, e mencionamos apenas algumas das mais importantes. Se quiser saber a lista completa, pode fazê-lo visitando o link a seguir