- Documentação
- Kubernetes Blog
- Parceiros
- Comunidade
- Estudos de caso
- Versões
- Informações de Versões
- v1.32
- v1.31
- v1.30
- v1.29
- v1.28
- Português (Portuguese)
- English
- বাংলা (Bengali)
- 中文 (Chinese)
- Français (French)
- Deutsch (German)
- हिन्दी (Hindi)
- Bahasa Indonesia (Indonesian)
- Italiano (Italian)
- 日本語 (Japanese)
- 한국어 (Korean)
- Polski (Polish)
- Русский (Russian)
- Español (Spanish)
- Українська (Ukrainian)
- Tiếng Việt (Vietnamese)
Glossário
Este glossário tem por objetivo ser uma lista padronizada e abrangente da terminologia do Kubernetes. Inclui termos técnicos específicos do K8s, além de termos mais gerais que fornecem um contexto útil.
Filtrar termos de acordo com suas tags
.
Arquitetura
Comunidade
Objetos Padrão
Extensão
Fundamental
Rede
Operação
Segurança
Armazenamento
Ferramentas
Tipos de Usuário
Carga de Trabalho
Selecionar tudo
Desmarcar tudoClique nos [+] indicadores abaixo para uma maior explicação sobre um termo em particular.
In Kubernetes, affinity is a set of rules that give hints to the scheduler about where to place pods.
[+]O agente de execução (runtime) de contêiner é o software responsável por executar os contêineres.
[+]O Kubernetes suporta diversos agentes de execução de contêineres: Docker, containerd, CRI-O, e qualquer implementação do Kubernetes CRI (Container Runtime Interface).
Um par de chave-valor (key-value) é usado para anexar metadados arbitrários não identificáveis a objetos.
[+]Os metadados em uma anotação podem ser pequenos ou grandes, estruturados ou não estruturados, e podem incluir caracteres não permitidos pelos rótulos. Clientes como ferramentas e bibliotecas podem recuperar esses metadados.
- A camada onde vários aplicativos em contêiner são executados. [+]
A camada onde vários aplicativos em contêiner são executados.
- A camada de gerenciamento de contêiner que expõe a API e as interfaces para definir, implantar e gerenciar o ciclo de vida dos contêineres. [+]
A camada de gerenciamento de contêiner que expõe a API e as interfaces para definir, implantar e gerenciar o ciclo de vida dos contêineres.
Uma carga de trabalho é uma aplicação sendo executada no Kubernetes.
[+]Vários objetos principais que representam diferentes tipos ou partes de uma carga de trabalho incluem os objetos DaemonSet, Deployment, Job, ReplicaSet, e StatefulSet.
Por exemplo, uma carga de trabalho que tem um servidor web e um banco de dados pode rodar o banco de dados em um StatefulSet e o servidor web em um Deployment.
Um grupo de processos do Linux com isolamento de recursos opcional, contagem e limites.
[+]cgroup é uma funcionalidade do núcleo de sistema do Linux que limita, conta e isola o uso de recursos (CPU, memória, entrada e saída de disco, rede) para um conjunto de processos.
Um conjunto de servidores de processamento, chamados nós, que executam aplicações containerizadas. Todo cluster possui ao menos um servidor de processamento (worker node).
[+]O(s) servidor(es) de processamento hospeda(m) os Pods, que são componentes de uma aplicação. A camada de gerenciamento gerencia os nós de processamento e os Pods no cluster. Em ambientes de produção, a camada de gerenciamento geralmente executa em múltiplos computadores e um cluster geralmente executa múltiplos nós, fornecendo tolerância a falhas e alta disponibilidade.
Coleta de lixo (Garbage collection) é um termo coletivo para os vários mecanismos que o Kubernetes usa para limpar os recursos do cluster.
[+]O Kubernetes usa a coleta de lixo para limpar recursos como contêineres e imagens de contêiner não utilizados, Pods em estado de falha, objetos dependentes do recurso alvo, Jobs concluídos e recursos que expiraram ou falharam.
Uma imagem executável leve e portável que contém software e todas as suas dependências.
[+]Contêineres desacoplam aplicações da infraestrutura da máquina em que estas rodam para tornar a instalação mais fácil em diferentes ambientes de nuvem e de sistemas operacionais, e para facilitar o escalonamento das aplicações.
No Kubernetes, controladores são ciclos de controle que observam o estado do seu cluster, e então fazer ou requisitar mudanças onde necessário. Cada controlador tenta mover o estado atual do cluster mais perto do estado desejado.
[+]Controladores observam o estado partilhado do cluster através do apiserver (parte do Camada de gerenciamento).
Alguns controladores também correm dentro do plano de controle, fornecendo ciclos de controle que são centrais às operações do Kubernetes. Por exemplo: o controlador de deployments, o controlador de daemonsets, o controlador de namespaces, e o controlador de volumes persistentes (persistent volumes) (e outros) todos correm dentro do kube-controller-manager.
Código customizado que define um recurso a ser adicionado ao seu servidor de API Kubernetes sem a necessidade de construir um servidor customizado.
[+]CustomResourceDefinitions permitem você extender a API do Kubernetes para seu ambiente caso as APIs atuais não cumpram com seus requisitos.
Um objeto da API que gerencia uma aplicação replicada, geralmente executando Pods sem estado armazenado.
[+]Cada réplica é representada por um Pod, e os Pods são distribuídos entre os nós de um cluster. Para cargas de trabalho que exigem o estado armazenado, considere usar um StatefulSet.
Device plugins run on worker Nodes and provide Pods with access to resources, such as local hardware, that require vendor-specific initialization or setup steps.
[+]Device plugins advertise resources to the kubelet, so that workload Pods can access hardware features that relate to the Node where that Pod is running. You can deploy a device plugin as a DaemonSet, or install the device plugin software directly on each target Node.
See Device Plugins for more information.
Disruptions are events that lead to one or more Pods going out of service. A disruption has consequences for workload resources, such as Deployment, that rely on the affected Pods.
[+]If you, as cluster operator, destroy a Pod that belongs to an application, Kubernetes terms that a voluntary disruption. If a Pod goes offline because of a Node failure, or an outage affecting a wider failure zone, Kubernetes terms that an involuntary disruption.
See Disruptions for more information.
Docker (especificamente, Docker Engine) é um software que provê virtualização a nível do sistema operacional também conhecida como containers.
[+]Docker utiliza as funcionalidades de isolamento de recursos do kernel linux como cgroups e kernel namespaces, e a capacidade de unir o sistema de arquivos como OverlayFS e outros para permitir a execução independente de containers dentro de uma única instância linux, sem a necessidade de iniciar e manter maquinas virtuais (VMs).
The dockershim is a component of Kubernetes version 1.23 and earlier. It allows the kubelet to communicate with Docker Engine.
[+]Starting with version 1.24, dockershim has been removed from Kubernetes. For more information, see Dockershim FAQ.
A string value representing an amount of time.
[+]The format of a (Kubernetes) duration is based on the
time.Duration
type from the Go programming language.In Kubernetes APIs that use durations, the value is expressed as series of a non-negative integers combined with a time unit suffix. You can have more than one time quantity and the duration is the sum of those time quantities. The valid time units are "ns", "µs" (or "us"), "ms", "s", "m", and "h".
For example:
5s
represents a duration of five seconds, and1m30s
represents a duration of one minute and thirty seconds.A Container type that you can temporarily run inside a Pod.
[+]If you want to investigate a Pod that's running with problems, you can add an ephemeral container to that Pod and carry out diagnostics. Ephemeral containers have no resource or scheduling guarantees, and you should not use them to run any part of the workload itself.
Ephemeral containers are not supported by static pods.
Cada evento é uma informação de um acontecimento em algum lugar do cluster. Geralmente denota alguma mudança de estado no sistema.
[+]Os eventos tem um tempo limitado de retenção, e os gatilhos e as mensagens podem evoluir com o tempo. Os consumidores de um evento não devem confiar que a temporalidade de um evento com um determinado motivo reflita um gatilho com uma causa consistente, ou na existência de eventos continuados com aquele motivo.
Os eventos devem ser tratados como dados informativos, de melhor esforço, suplementares.
No Kubernetes, a auditoria gera um tipo diferente de registro de evento (grupo de API
audit.k8s.io
).Extensions are software components that extend and deeply integrate with Kubernetes to support new types of hardware.
[+]Many cluster administrators use a hosted or distribution instance of Kubernetes. These clusters come with extensions pre-installed. As a result, most Kubernetes users will not need to install extensions and even fewer users will need to author new ones.
Feature gates are a set of keys (opaque string values) that you can use to control which Kubernetes features are enabled in your cluster.
[+]You can turn these features on or off using the
--feature-gates
command line flag on each Kubernetes component. Each Kubernetes component lets you enable or disable a set of feature gates that are relevant to that component. The Kubernetes documentation lists all current feature gates and what they control.Finalizers are namespaced keys that tell Kubernetes to wait until specific conditions are met before it fully deletes resources marked for deletion. Finalizers alert controllers to clean up resources the deleted object owned.
[+]When you tell Kubernetes to delete an object that has finalizers specified for it, the Kubernetes API marks the object for deletion by populating
.metadata.deletionTimestamp
, and returns a202
status code (HTTP "Accepted"). The target object remains in a terminating state while the control plane, or other components, take the actions defined by the finalizers. After these actions are complete, the controller removes the relevant finalizers from the target object. When themetadata.finalizers
field is empty, Kubernetes considers the deletion complete and deletes the object.You can use finalizers to control garbage collection of resources. For example, you can define a finalizer to clean up related resources or infrastructure before the controller deletes the target resource.
Um conjunto de caminhos relacionados da API Kubernetes.
[+]Você pode ativar ou desativar cada grupo de APIs alterando a configuração do seu servidor de API. Você também pode desativar ou ativar caminhos para recursos específicos. O grupo de APIs facilita a extensão da API do Kubernetes. O grupo de APIs é especificado em um caminho REST e no campo
apiVersion
de um objeto serializado.- Leia o Grupo de API para obter mais informações.
Instância armazenada de um contêiner que contém o conjunto de softwares necessários para rodar uma aplicação.
[+]É uma forma de empacotamento de software que permite que este seja armazenado em um container registry, copiado para um sistema local e executado como uma aplicação. Metadados são incluídos na imagem para indicar qual programa deve ser executado, quem produziu a imagem, além de outras informações.
One or more initialization containers that must run to completion before any app containers run.
[+]Initialization (init) containers are like regular app containers, with one difference: init containers must run to completion before any app containers can start. Init containers run in series: each init container must run to completion before the next init container begins.
Unlike sidecar containers, init containers do not remain running after Pod startup.
For more information, read init containers.
Componente da camada de gerenciamento que executa os processos de controlador.
[+]Logicamente, cada controlador está em um processo separado, mas para reduzir a complexidade, eles todos são compilados num único binário e executam em um processo único.
kube-proxy é um proxy de rede executado em cada nó no seu cluster, implementando parte do conceito de serviço do Kubernetes.
[+]kube-proxy mantém regras de rede nos nós. Estas regras de rede permitem a comunicação de rede com seus pods a partir de sessões de rede dentro ou fora de seu cluster.
kube-proxy usa a camada de filtragem de pacotes do sistema operacional se houver uma e estiver disponível. Caso contrário, o kube-proxy encaminha o tráfego ele mesmo.
- Também conhecido como: kubectl
Ferramenta de linha de comando para se comunicar com a camada de gerenciamento de um cluster Kubernetes usando a API do Kubernetes.
[+]Você pode usar
kubectl
para criar, inspecionar, atualizar e excluir objetos Kubernetes. Um agente que é executado em cada nó no cluster. Ele garante que os contêineres estejam sendo executados em um Pod.
[+]O kubelet utiliza um conjunto de PodSpecs que são fornecidos por vários mecanismos e garante que os contêineres descritos nesses PodSpecs estejam funcionando corretamente. O kubelet não gerencia contêineres que não foram criados pelo Kubernetes.
The application that serves Kubernetes functionality through a RESTful interface and stores the state of the cluster.
[+]Kubernetes resources and "records of intent" are all stored as API objects, and modified via RESTful calls to the API. The API allows configuration to be managed in a declarative way. Users can interact with the Kubernetes API directly, or via tools like
kubectl
. The core Kubernetes API is flexible and can also be extended to support custom resources.Provides constraints to limit resource consumption per Containers or Pods in a namespace.
[+]LimitRange limits the quantity of objects that can be created by type, as well as the amount of compute resources that may be requested/consumed by individual Containers or Pods in a namespace.
Especificação de um objeto da API do Kubernetes em formato JSON ou YAML.
[+]Um manifesto especifica o estado desejado de um objeto que o Kubernetes manterá quando você aplicar o manifesto. Cada arquivo de configuração pode conter vários manifestos.
Legacy term, used as synonym for nodes hosting the control plane.
[+]The term is still being used by some provisioning tools, such as kubeadm, and managed services, to label nodes with
kubernetes.io/role
and control placement of control plane pods.A tool for running Kubernetes locally.
[+]Minikube runs an all-in-one or a multi-node local Kubernetes cluster inside a VM on your computer. You can use Minikube to try Kubernetes in a learning environment.
A pod object that a kubelet uses to represent a static pod
[+]When the kubelet finds a static pod in its configuration, it automatically tries to create a Pod object on the Kubernetes API server for it. This means that the pod will be visible on the API server, but cannot be controlled from there.
(For example, removing a mirror pod will not stop the kubelet daemon from running it).
Uma abstração utilizada pelo Kubernetes para suportar múltiplos clusters virtuais no mesmo cluster físico.
[+]Namespaces são utilizados para organizar objetos em um cluster e oferecer uma forma de separar os recursos do cluster. Os nomes dos recursos precisam ser únicos dentro de um namespace, mas não entre todos os namespaces existentes.
Um Nó é uma máquina de trabalho no Kubernetes.
[+]Um Nó pode ser uma máquina virtual ou física, dependendo do cluster. Possui daemons ou serviços locais necessários para executar Pods e é gerenciado pela camada de gerenciamento. Os daemons em um nó incluem o kubelet, o kube-proxy e um agente de execução de contêiner que implemente o CRI, como por exemplo o Docker.
Uma string fornecida pelo cliente que referencia um objeto em uma URL de recurso, como por exemplo
[+]/api/v1/pods/qualquer-nome
.Somente um objeto de um dado tipo pode ter um certo nome por vez. No entanto, se você remover o objeto, você poderá criar um novo objeto com o mesmo nome.
An entity in the Kubernetes system. The Kubernetes API uses these entities to represent the state of your cluster.
[+]A Kubernetes object is typically a “record of intent”—once you create the object, the Kubernetes control plane works constantly to ensure that the item it represents actually exists. By creating an object, you're effectively telling the Kubernetes system what you want that part of your cluster's workload to look like; this is your cluster's desired state.
- A camada que fornece capacidade, tais como CPU, memória, rede e armazenamento, para que os contêineres possam ser executados e conectados a uma rede. [+]
A camada que fornece capacidade, tais como CPU, memória, rede e armazenamento, para que os contêineres possam ser executados e conectados a uma rede.
O menor e mais simples objeto Kubernetes. Um Pod representa um conjunto de contêineres em execução no seu cluster.
[+]Um Pod é normalmente configurado para executar um único contêiner primário. Ele também pode executar contêineres opcionais que adicionam recursos adicionais, como registro em log. Os pods são geralmente gerenciados por um Deployment.
The sequence of states through which a Pod passes during its lifetime.
[+]The Pod Lifecycle is defined by the states or phases of a Pod. There are five possible Pod phases: Pending, Running, Succeeded, Failed, and Unknown. A high-level description of the Pod state is summarized in the PodStatus
phase
field.Enables fine-grained authorization of Pod creation and updates.
[+]A cluster-level resource that controls security sensitive aspects of the Pod specification. The
PodSecurityPolicy
objects define a set of conditions that a Pod must run with in order to be accepted into the system, as well as defaults for the related fields. Pod Security Policy control is implemented as an optional admission controller.PodSecurityPolicy was deprecated as of Kubernetes v1.21, and removed in v1.25. As an alternative, use Pod Security Admission or a 3rd party admission plugin.
QoS Class (Quality of Service Class) provides a way for Kubernetes to classify Pods within the cluster into several classes and make decisions about scheduling and eviction.
[+]QoS Class of a Pod is set at creation time based on its compute resources requests and limits settings. QoS classes are used to make decisions about Pods scheduling and eviction. Kubernetes can assign one of the following QoS classes to a Pod:
Guaranteed
,Burstable
orBestEffort
.A whole-number representation of small or large numbers using SI suffixes.
[+]Quantities are representations of small or large numbers using a compact, whole-number notation with SI suffixes. Fractional numbers are represented using milli units, while large numbers can be represented using kilo, mega, or giga units.
For instance, the number
1.5
is represented as1500m
, while the number1000
can be represented as1k
, and1000000
as1M
. You can also specify binary-notation suffixes; the number 2048 can be written as2Ki
.The accepted decimal (power-of-10) units are
m
(milli),k
(kilo, intentionally lowercase),M
(mega),G
(giga),T
(tera),P
(peta),E
(exa).The accepted binary (power-of-2) units are
Ki
(kibi),Mi
(mebi),Gi
(gibi),Ti
(tebi),Pi
(pebi),Ei
(exbi).- Também conhecido como: Role Based Access Control, Controle de Acesso Baseado em Funções
Gerencia decisões de autorização, permitindo que os administradores configurem dinamicamente políticas de acesso por meio da API do Kubernetes.
[+]O RBAC (do inglês - Role-Based Access Control) utiliza funções, que contêm regras de permissão, e atribuição das funções, que concedem as permissões definidas em uma função a um conjunto de usuários.
A copy or duplicate of a Pod or a set of pods. Replicas ensure high availability, scalability, and fault tolerance by maintaining multiple identical instances of a pod.
[+]Replicas are commonly used in Kubernetes to achieve the desired application state and reliability. They enable workload scaling and distribution across multiple nodes in a cluster.
By defining the number of replicas in a Deployment or ReplicaSet, Kubernetes ensures that the specified number of instances are running, automatically adjusting the count as needed.
Replica management allows for efficient load balancing, rolling updates, and self-healing capabilities in a Kubernetes cluster.
A ReplicaSet (aims to) maintain a set of replica Pods running at any given time.
[+]Workload objects such as Deployment make use of ReplicaSets to ensure that the configured number of Pods are running in your cluster, based on the spec of that ReplicaSet.
Uma forma abstrata de expor uma aplicação que está executando em um conjunto de Pods como um serviço de rede.
[+]O conjunto de Pods referenciado por um Service é (geralmente) determinado por um seletor. Se mais Pods são adicionados ou removidos, o conjunto de Pods que atende ao critério do seletor será alterado. O Service garante que o tráfego de rede pode ser direcionado ao conjunto atual de Pods para a carga de trabalho.
Provides an identity for processes that run in a Pod.
[+]When processes inside Pods access the cluster, they are authenticated by the API server as a particular service account, for example,
default
. When you create a Pod, if you do not specify a service account, it is automatically assigned the default service account in the same Namespace.- Também conhecido como: kube-apiserver
O servidor da API é um componente da camada de gerenciamento do Kubernetes que expõe a API do Kubernetes. O servidor da API é o front end para a camada de gerenciamento do Kubernetes.
[+]A principal implementação de um servidor de API do Kubernetes é o kube-apiserver. O kube-apiserver foi projetado para ser escalonado horizontalmente — ou seja, ele pode ser escalonado com a criação de mais instâncias. Você pode executar várias instâncias do kube-apiserver e distribuir o tráfego entre essas instâncias.
Uma técnica para atribuir requisições para filas que proporciona melhor isolamento do que efetuar a operação módulo (resto da divisão) do hash da requisição pelo número de filas.
[+]Nos preocupamos frequentemente em isolar diferentes fluxos de requisições uma das outras, de modo que um fluxo de alta intensidade não afete um fluxo de baixa intensidade. Uma forma simples de colocar requisições em fila é gerar um hash baseado em características da requisição, efetuar a operação módulo, ou resto da divisão, do hash calculado pelo número de filas, para ter o índice da fila à ser usada. A função hash usa como entrada características da requisição que se alinha com o fluxo. Por exemplo, na Internet isso é frequentemente a tupla de 5 elementos de endereço de origem e destino, protocolo, e portas de origem e destino.
Esse simples esquema baseado em hash tem a propriedade de que qualquer fluxo de alta intensidade irá tirar todos fluxos de baixa intensidade dessa mesma fila. Fornecer um bom isolamento para um grande número de fluxos requer um grande número de filas, o que é problemático. Shuffle-sharding é uma técnica mais ágil que pode fazer um trabalho melhor de isolar fluxos de baixa intensidade dos fluxos de alta intensidade. A terminologia do shuffle-sharding faz uso da metáfora de distribuição da mão de cartas; cada fila é uma carta metafórica. A técnica de shuffle-sharding começa fazendo hashing das características de identificação do fluxo da solicitação, para produzir um valor hash com dezenas ou mais bits. Em seguida, o valor hash é usado como uma fonte de entropia para embaralhar o baralho e dar uma mão de cartas (filas). Todas as filas tratadas são examinadas e a solicitação é colocada em uma das filas examinadas com menor tamanho. Com um número modesto de cartas, não custa examinar todas as cartas distribudas, em um dado fluxo de baixa intensidade que tem uma boa chance de se esquivar dos efeitos de um dado fluxo de alta intensidade. Com um número maior de cartas é caro examinar as filas tratadas e mais dificil para que os fluxos de baixa intensidade se esquivem do efeitos coletivos de um conjunto de fluxos de alta intensidade. Assim, o tamanho da mão do baralho deve ser escolhido criteriosamente.
One or more containers that are typically started before any app containers run.
[+]Sidecar containers are like regular app containers, but with a different purpose: the sidecar provides a Pod-local service to the main app container. Unlike init containers, sidecar containers continue running after Pod startup.
Read Sidecar containers for more information.
Defines how each object, like Pods or Services, should be configured and its desired state.
[+]Almost every Kubernetes object includes two nested object fields that govern the object's configuration: the object spec and the object status. For objects that have a spec, you have to set this when you create the object, providing a description of the characteristics you want the resource to have: its desired state.
It varies for different objects like Pods, StatefulSets, and Services, detailing settings such as containers, volumes, replicas, ports,
and other specifications unique to each object type. This field encapsulates what state Kubernetes should maintain for the defined
object.Gerencia o deployment e escalonamento de um conjunto de Pods, e fornece garantias sobre a ordem e unicidade desses Pods.
[+]Como o Deployment, um StatefulSet gerencia Pods que são baseados em uma especificação de container idêntica. Diferente do Deployment, um StatefulSet mantém uma identidade fixa para cada um de seus Pods. Esses pods são criados da mesma especificação, mas não são intercambiáveis: cada um tem uma identificação persistente que se mantém em qualquer reagendamento.
Se você quiser usar volumes de armazenamento para fornecer persistência para sua carga de trabalho, você pode usar um StatefulSet como parte da sua solução. Embora os Pods individuais em um StatefulSet sejam suscetíveis a falhas, os identificadores de pods persistentes facilitam a correspondência de volumes existentes com os novos pods que substituem qualquer um que tenha falhado.
Um objeto principal consistindo de três propriedades principais: chave, valor, e efeito. Taints previnem a alocação de Pods em Nós ou grupos de nós.
[+]Taints e Tolerâncias trabalham juntas para assegurar que Pods não sejam alocados em nós inapropriados. Uma ou mais taints são aplicadas para um Nó. Um nó deve somente alocar um Pod com tolerâncias coincidentes com a taint configurada.
- Uma string gerada pelos sistemas do Kubernetes para identificar objetos de forma única. Cada objeto criado durante todo o ciclo de vida do cluster do Kubernetes possui um UID distinto. O objetivo deste identificador é distinguir ocorrências históricas de entidades semelhantes. [+]
Uma string gerada pelos sistemas do Kubernetes para identificar objetos de forma única.
Cada objeto criado durante todo o ciclo de vida do cluster do Kubernetes possui um UID distinto. O objetivo deste identificador é distinguir ocorrências históricas de entidades semelhantes.
Variáveis de ambiente de contêineres são pares nome=valor que trazem informações úteis para os contêineres rodando dentro de um pod
[+]Variáveis de ambiente de contêineres fornecem informações requeridas pela aplicação conteinerizada, junto com informações sobre recursos importantes para o contêiner. Por exemplo, detalhes do sistema de arquivos, informações sobre o contêiner, e outros recursos do cluster, como endpoints de serviços.
Um diretório contendo dados, accessível aos contêineres em um Pod.
[+]Um volume do Kubernetes existe enquanto o Pod que utiliza ele existir também. Consequentemente, um volume dura mais tempo que qualquer contêiner que rodar em um Pod, e os dados no volume são preservados entre reinicializações do contêiner.
Veja armazenamento para mais detalhes.
A verb that is used to track changes to an object in Kubernetes as a stream. It is used for the efficient detection of changes.
[+]A verb that is used to track changes to an object in Kubernetes as a stream. Watches allow efficient detection of changes; for example, a controller that needs to know whenever a ConfigMap has changed can use a watch rather than polling.
See Efficient Detection of Changes in API Concepts for more information.
Última modificação June 03, 2024 at 12:10 AM PST: [pt] Ready glossary page for vanilla Docsy (e09585300c)