O analista João está instalando um novo cluster de computação em nuvem na CGE/PB, utilizando Kubernetes. Para orquestrar o armazenamento do cluster, João recorreu ao recurso do Kubernetes que adiciona armazenamentos provisionados pelo administrador na forma de volumes que possuem tempo de vida próprio, independente dos pods associados. Os volumes adicionados por João podem ser usados pelos pods do cluster mediante arquivo de solicitação de armazenamento. João recorreu ao recurso do Kubernetes:
- A)DynamicVolume;
Errada, porque DynamicVolume nao é o recurso padrão do Kubernetes para esse conceito; a ideia de provisionamento dinamico existe, mas nao com esse nome como objeto central da questao.
- B)VolumeSnapshot;
Errada, pois VolumeSnapshot serve para criar uma captura de estado de um volume, e nao para representar o volume persistente consumido pelos pods.
- C)ProjectedVolume;
Errada, porque ProjectedVolume é usado para projetar varias fontes de dados em um volume, como ConfigMap e Secret, e nao para armazenamento persistente do cluster.
- D)PersistentVolume;
Certa, pois PersistentVolume é o volume provisionado pelo administrador, com vida propria e reutilizavel por pods via solicitação de armazenamento.
- E)EphemeralVolume.
Errada, porque EphemeralVolume tem natureza temporaria e acompanha o ciclo de vida do pod, o oposto da persistencia descrita no enunciado.
Gabarito: D
No Kubernetes, quando voce quer um armazenamento que exista de forma independente dos pods e que seja provisionado pelo administrador, o nome da jogada é PersistentVolume. Pense nele como um “estoque” de armazenamento disponível no cluster, pronto para ser reclamado por um pod por meio de um pedido de volume. Isso combina bem com a ideia do enunciado: o volume tem tempo de vida proprio, nao fica preso ao ciclo de vida do pod e pode ser consumido via um arquivo de solicitacao de armazenamento, normalmente um PersistentVolumeClaim. A lógica é esta: o administrador cria ou disponibiliza o volume, e o pod pede esse recurso quando precisa. Se o pod morrer e for recriado, o armazenamento continua lá, desde que a relação com o claim se mantenha. É justamente essa separação entre vida do volume e vida do pod que caracteriza o PersistentVolume. Por isso o gabarito é a letra D. No modelo de armazenamento do Kubernetes, PersistentVolume é o recurso que representa a capacidade de armazenamento oferecida ao cluster, enquanto o PersistentVolumeClaim é o pedido feito pelo usuário/aplicação para usar essa capacidade. Em termos práticos: um fornece, o outro solicita. Simples, elegante e muito cobrado em prova. As demais alternativas tentam confundir voce com nomes que parecem plausíveis, mas nao descrevem esse mecanismo de armazenamento persistente provisionado pelo administrador. Em prova da FGV, vale ficar atento a essa linguagem de “tempo de vida proprio” e “arquivo de solicitacao”, porque ela costuma apontar direto para o par PV/PVC.