
# Política

Los entornos aislados Rudel pueden incluir metadatos que indiquen quién los posee, por qué existen, cuándo deben vencer y de dónde proceden.

## Propiedad

```bash
wp rudel create \
  --name=qa-run \
  --owner=dennis \
  --labels=qa,checkout \
  --purpose="Reproduce payment bug"
```

Los metadatos se guardan en el registro del entorno y se pueden actualizar más adelante:

```bash
wp rudel update qa-run-3be7 --owner=agent --labels=agent,checkout
```

## Vencimiento

```bash
wp rudel create --name=temp-run --ttl-days=2
```

En `create`, `--ttl-days` cuenta desde la creación; en `update`, desde ahora. Establezca `default_ttl_days` en `rudel_config` para asignar una fecha de vencimiento a cada entorno aislado nuevo. O indique una marca de tiempo explícita:

```bash
wp rudel update temp-run-3be7 --expires-at=2026-06-10T12:00:00+00:00
```

Los entornos aislados vencidos pueden eliminarse durante la limpieza, salvo que estén protegidos. Quite la fecha de vencimiento con `wp rudel update <id> --clear-expiry`.

## Protección

```bash
wp rudel update qa-run-3be7 --protected
```

La limpieza, tanto manual como programada, omite los entornos aislados protegidos. La protección no bloquea `wp rudel destroy` ni `Rudel::destroy()`.

## Procedencia

Cuando se clona un entorno aislado a partir de otro, Rudel registra los metadatos de origen en el registro del nuevo entorno.

Esa procedencia es informativa. Ayuda a los operadores a entender cómo se creó un entorno aislado, pero no constituye una segunda fuente de verdad.
