VMware by Broadcom · Software · ficha YoctoIT

VCF Automation

El aprovisionamiento self-service y la automatización del ciclo de vida: el private cloud con la experiencia del público.

FOCUS · EL SELF-SERVICE INTERNOBlueprints, catálogo y guardrails: la VM en diez minutos, dentro de las reglas
Material YoctoIT para clientes y partners · VMware, vSphere, vSAN, NSX y los demás productos citados son marcas de Broadcom Inc.
01 · Qué es

VCF Automation, en claro.

VCF Automation (antes Aria Automation) da al private cloud la experiencia cloud: un catálogo self-service donde los equipos piden VM, entornos y servicios desde blueprints aprobados — con naming, red, seguridad y leases ya correctos. La TI deja de hacer aprovisionamiento a mano y empieza a diseñar los raíles.

Catalogo
el usuario elige, la plataforma ejecuta: el ticket de aprovisionamiento desaparece
Blueprint
infrastructure-as-code: el entorno definido una vez, entregado N veces
Guardrail
cuotas, leases y aprobaciones: la libertad dentro de los raíles
VCF Automation
IMAGEN OFICIAL VMWARE · VCF AUTOMATION
CONSOLE REALE · VCF AUTOMATION · FONTE: VMWARE BLOG
CONSOLA REAL · VCF AUTOMATION · FUENTE: VMWARE BLOG
02 · Cómo usarlo bien

Las cosas que marcan la diferencia.

El flujo

Devs & proyectosquien pide el entorno
Catalogo
Blueprints (IaC)
Políticas & aprobaciones
escaparate · receta · reglas
Orquestación sobre VCFred, storage y VM juntos
Day-2: leases, resize, bajael ciclo de vida completo
De la solicitud al entorno, sin correos

Los blueprints que sirven

Se parte de los 5 entornos más pedidos: el valor en semanas, el catálogo crece después.

Naming y red de serie

Cada VM nace con el nombre correcto, en la red correcta, con el backup correcto: el orden by design.

Leases y reclamaciones

Los entornos de test caducan y se reclaman: el pantano de VM huérfanas, saneado.

Aprobaciones ligeras

El workflow donde hace falta (producción), lo automático donde no (dev): la velocidad con cabeza.

03 · En profundidad

Self-service e IaC para el private cloud

VCF Automation (antes Aria Automation) da el self-service: los blueprints (VCF Templates, YAML) describen stacks completos (VM, redes NSX, storage policies, software), el catálogo los expone con aprobaciones y leases, los projects aíslan equipos y cuotas, las cloud zones abstraen los clústeres; el Orchestrator extiende con workflows (IPAM, CMDB, ticketing); el soporte Terraform y las API lo hacen todo código: el entorno de test nace y muere solo.

  • Blueprint YAML — el stack declarado: VM+red+storage+software en un archivo versionado
  • Catalogo + approvazioni — el self-service gobernado: el dev pide, la política decide
  • Lease — los entornos con caducidad: el test que se apaga solo
  • Project & quote — equipos aislados con límites: el clúster no se agota por sorpresa
  • Orchestrator — IPAM, CMDB y tickets enganchados: el aprovisionamiento integrado con los procesos
  • Terraform provider — el private cloud en el workflow IaC corporativo
04 · Números y ciclo de vida

Los números que cuentan.

min
del ticket a la VM: el aprovisionamiento self-service
-90%
el tiempo de entrega de entornos típico
100%
registrado: quién pidió qué, cuándo, por qué
0
VM huérfanas con los leases: el cementerio se vacía
El private cloud es servicio, no hierro: catálogo, cuotas e integraciones los construimos nosotros — la TI que entrega en minutos.
05 · Casos de uso

Dónde rinde de verdad.

Dev & test on demand

Los entornos en minutos, no en semanas.

Proyectos y encargos

La infraestructura por proyecto, registrada y con plazos.

Estandarización

El fin de las VM artesanales.

El private cloud se juzga por el self-service: Automation lo entrega — nosotros diseñamos los raíles.