O analista de sistemas Lucas definiu uma nova política para o ciclo de vida de índices, denominada EspacoPolicy, no Elasticsearch. A EspacoPolicy, quando aplicada a um índice B, deve disparar rollover automático de B para um novo índice quando B atingir determinado nível de ocupação de espaço em disco. Essa condição para o rollover de um índice baseado no nível de espaço em disco ocupado foi definida em EspacoPolicy, por Lucas, para a fase do ciclo de vida de índices:
- A)hot;
Correta, porque o rollover por tamanho de disco é um gatilho típico da fase hot no ILM do Elasticsearch.
- B)warm;
Errada, porque a fase warm é usada quando o índice já teve a escrita reduzida e passa por otimizações, não para rollover por ocupação.
- C)cold;
Errada, porque a fase cold é voltada a índices raramente acessados e não é o estágio típico para disparar rollover.
- D)frozen;
Errada, porque frozen é uma fase de acesso bem mais econômico e lento, sem relação com a geração de um novo índice por ocupação.
- E)delete.
Errada, porque delete é a fase final de descarte do índice, não de criação de um novo por rollover.
Gabarito: A
No Elasticsearch, o ciclo de vida de índices (ILM, de Index Lifecycle Management) organiza o índice em fases, e cada fase tem um papel bem prático. A fase hot é a “linha de frente”: é nela que o índice recebe muitas gravações, consultas recentes e pode precisar de ajustes frequentes de estrutura e tamanho. Por isso, é justamente na hot phase que faz sentido disparar rollover, isto é, trocar o índice atual por um novo quando ele atinge um critério definido, como tamanho em disco, quantidade de documentos ou idade. A lógica é simples: se o índice está enchendo demais, você não espera ele virar um “elefante” para só depois cuidar disso. Você faz o rollover ainda na fase hot, enquanto ele está ativo e recebendo dados, para manter desempenho e facilitar a gestão. O Elasticsearch usa esse mecanismo para evitar que um índice cresça sem controle e prejudique a escrita e a busca. As demais fases não são o lugar típico desse gatilho. Warm serve para índices que já pararam de receber tanta escrita e podem ser otimizados; cold é para retenção com pouco acesso; frozen reduz custo de armazenamento e acesso; delete encerra o ciclo com remoção. Então, se a política manda fazer rollover automático por ocupação de disco, isso aponta diretamente para a fase hot. Em resumo: a banca descreveu uma condição clássica de rollover baseada em tamanho/ocupação, e isso pertence à fase hot do ciclo de vida do índice no Elasticsearch. É o momento em que o índice ainda está “quente”, vivo e recebendo dados, exatamente onde o rollover faz mais sentido.