Saltar a contenido

PR102 — Modelos

Qué es esto

Guía de apoyo al lab. No sustituye el enunciado ni la rúbrica del Tema 1. Entrega: Cómo entregar → PR102.md.

Antes de empezar

  • Práctica de texto: no hace falta crear recursos en consola.
  • Situaciones del enunciado: correo del centro; API de un proyecto DAW; front estático; backup.
  • Por cada una: modelo de servicio (IaaS / PaaS / SaaS) + modelo de despliegue (pública / privada / híbrida / multicloud) + una frase de ventaja frente a comprar hardware.
  • Knowledge check del Módulo 1 si está activo en Academy.
  • Evita eslóganes («la nube es el futuro»): la nota pide causa.
  • Apoyo conceptual: capas Tradicional / IaaS / PaaS / SaaS (figura abajo).

Recorrido orientativo

  1. Recuerda las capas. En IaaS gestionas SO y runtime; en PaaS el proveedor lleva más plataforma; en SaaS consumes la app. Despliegue: pública (proveedor cloud), privada (tu CPD), híbrida (mezcla), multicloud (varios clouds).

  2. Monta la tabla de cuatro filas. Columnas: situación · IaaS/PaaS/SaaS · despliegue · ventaja vs HW. Una fila por situación del enunciado.

  3. Ejemplo relleno (modelo — no copies ciego). Una fila ya razonada; las tuyas deben justificar tu causa:

Situación Servicio Despliegue Ventaja vs HW
Correo del centro SaaS Pública No montas ni parcheas el MTA; OPEX de buzones en lugar de servidor y facilities
  1. Plantilla vacía para tu PR102.md (completa las cuatro situaciones):
| Situación | IaaS / PaaS / SaaS | Pública / privada / híbrida / multicloud | Ventaja vs comprar HW |
| --- | --- | --- | --- |
| Correo del centro | | | |
| API de un proyecto DAW | | | |
| Front estático | | | |
| Backup | | | |

  1. Encaja cada fila con rigor. Orientación (ajústala si tu justificación es mejor): - Correo del centro → suele ser SaaS en nube pública. - API DAW en VM → IaaS (o PaaS si el enunciado habla de runtime gestionado). - Front estático → a menudo objetos + CDN (SaaS/servicio gestionado) en despliegue público. - Backup → objetos en nube pública, o híbrida si mezclas CPD + nube.

  2. Una frase de ventaja por fila: OPEX, elasticidad, menos facilities, parches del proveedor… concreta al caso.

  3. Revisa coherencia. Servicio y despliegue deben encajar (p. ej. no marques «SaaS privado on-prem» sin explicar el producto).

  4. KC Módulo 1. Si Academy lo tiene activo, completa el knowledge check y deja evidencia breve o «no disponible».

Evidencia ↔ rúbrica

Criterio Qué dejar en el .md
Cuatro situaciones Tabla con las cuatro filas del enunciado
Modelos coherentes IaaS/PaaS/SaaS + pública/privada/híbrida/multicloud que encajan
Justificación Una ventaja vs HW por fila (no eslogan)
KC M1 (si aplica) Evidencia o nota de no disponible

Capturas

Las figuras de esta página son de apoyo. En tu .md del lab usa capturas propias del mismo paso; sin Account ID, claves ni contraseñas.

Comparativa Tradicional / IaaS / PaaS / SaaS: capas bajo tu control frente al proveedor
Capas Tradicional/IaaS/PaaS/SaaS. Fuente: material del curso (integrado).

Errores frecuentes

  • Marcar todo como «PaaS» porque «suena a nube».
  • Confundir híbrida (on-prem + nube) con multicloud (varios proveedores cloud).
  • Cuatro logos sin ventaja frente al hardware.
  • Copiar solo el ejemplo de correo y dejar el resto vacío o genérico.
  • Olvidar el knowledge check si el LMS lo pide.

Limpieza

Nada que apagar en consola. Cierra el LMS si abriste el Módulo 1.