Preparación para la Certificación Microsoft AZ-900
Tipos de Servicio en la Nube: IaaS, PaaS y SaaS
Responsabilidades, control, esfuerzo operativo y casos de uso de infraestructura, plataforma y software como servicio
Tiempo de estudio sugerido: 34 minutos • Nivel principiante • Alineado con el dominio de conceptos de nube de AZ-900
Por João Ricardo Dutra••Contenido original completo
1. Tipos de servicio en la nube y propósito del capítulo
Los tipos de servicio en la nube describen cómo se reparten las responsabilidades entre el cliente y el proveedor. La elección determina la libertad para configurar una carga, la cantidad de infraestructura que debe operar el equipo y la rapidez con la que puede entregar una solución útil.
Objetivos de aprendizaje
Describir , y .
Explicar cómo cambia el límite de entre los tres tipos.
Reconocer el control, la flexibilidad y el esfuerzo operativo de cada modelo.
Elegir el tipo adecuado para migración, desarrollo, análisis, comunicación, productividad y finanzas.
Espectro de servicios desde hasta y , con menos operación del cliente y más administración del proveedor.
Los modelos forman un continuo, no una clasificación de calidad. no es superior solo por ofrecer más control, ni lo es por resultar más sencillo. La mejor opción es la que ajusta el límite de responsabilidad a la carga y a la organización.
2. Control, flexibilidad y
Todos los modelos conservan . El proveedor protege y mantiene la base física del . El cliente continúa a cargo de sus datos, identidades, decisiones de acceso y uso legítimo del servicio. Las capas intermedias cambian según el tipo contratado.
Un mayor control suele aportar más alternativas de configuración y más trabajo operativo. Ceder control transfiere revisiones, mantenimiento de plataforma y disponibilidad al proveedor, pero el cliente todavía configura cuentas, permisos, tratamiento de datos y las opciones que expone el servicio.
Tendencia de responsabilidades por tipo de servicio.
Tipo
Énfasis del cliente
Énfasis del proveedor
Perfil operativo
Aplicaciones, datos, entorno de ejecución, sistema operativo y muchos controles de red
Hosts físicos, red del , instalaciones y conectividad
Máxima flexibilidad y mayor operación del cliente
Código, datos, identidades y acceso
Infraestructura, sistema operativo, , entorno administrado y herramientas
Equilibrio entre control y mantenimiento
Datos, usuarios, identidad, acceso y postura de dispositivos
Infraestructura, plataforma, aplicación, actualizaciones y disponibilidad
Adopción rápida y mínima operación del cliente
Pila que compara las capas administradas por el cliente y por el proveedor en , y .
3.
proporciona infraestructura informática virtualizada y deja la mayoría de las decisiones de la carga al cliente. Se parece al alquiler de capacidad de hardware en un : el proveedor opera el entorno físico y el cliente decide cómo configurar y utilizar los recursos.
El proveedor mantiene servidores y almacenamiento físicos, instalaciones, seguridad física y conectividad a Internet. El cliente instala, configura, revisa y mantiene los sistemas operativos invitados; configura redes virtuales; y administra bases de datos, almacenamiento lógico, entornos de ejecución, aplicaciones y datos.
Elegir cuando se necesita acceso al sistema operativo o una configuración especializada.
Planear revisiones, copias de seguridad, supervisión, protección de red y recuperación.
Tratar la flexibilidad como responsabilidad: cada capa configurable debe gobernarse y mantenerse.
Responsabilidad en : el cliente opera la carga y el proveedor mantiene la base física de la nube.
4. Cuándo resulta apropiado
Migración mediante
Una migración reproduce un entorno parecido al local y traslada la carga con poco rediseño. permite conservar sistemas operativos, software y patrones de configuración mientras se sustituye la propiedad del hardware físico por infraestructura de nube alquilada.
Desarrollo y pruebas
también encaja cuando deben reproducirse configuraciones establecidas para desarrollo o pruebas. Los entornos se crean y eliminan con rapidez sin perder control del sistema operativo. Las reglas de apagado y desasignación evitan que sistemas temporales produzcan costos permanentes.
Si no existe una razón para administrar sistemas operativos o , ese control adicional puede convertirse en mantenimiento sin valor diferencial.
5.
ocupa el punto intermedio entre alquilar infraestructura y consumir una aplicación terminada. El proveedor opera la infraestructura física y también mantiene el sistema operativo, , herramientas de desarrollo, y capacidades de plataforma.
El cliente se concentra en código, datos, identidades y controles de acceso. Algunas opciones de red y seguridad continúan compartidas según el servicio. evita que el cliente deba licenciar y revisar el sistema operativo subyacente y, con frecuencia, la plataforma de datos.
Usar cuando entregar o modernizar la aplicación importa más que administrar su sistema operativo.
Validar requisitos de entorno, lenguaje, integración, red y portabilidad.
Mantener explícita la responsabilidad sobre código seguro, datos, identidad y configuración.
Responsabilidad en : el proveedor administra infraestructura y plataforma; el cliente se centra en aplicaciones y datos.
6. Desarrollo, análisis e inteligencia empresarial con
Marco de desarrollo de aplicaciones
ofrece una base preparada para crear o personalizar aplicaciones. Componentes integrados pueden aportar escalabilidad, alta disponibilidad y compatibilidad , reduciendo el código de infraestructura que el equipo debe construir y operar.
Análisis e inteligencia empresarial
Las herramientas analíticas suministradas como plataforma permiten examinar y explorar datos, encontrar patrones y prever resultados. La información obtenida mejora la planificación y las decisiones operativas mientras el proveedor mantiene la plataforma subyacente.
aporta más valor cuando su arquitectura admitida coincide con la aplicación. Una dependencia heredada que exige control irrestricto del sistema operativo puede requerir como etapa de transición.
7.
entrega una aplicación completa. En lugar de construir o hospedar el producto, la organización se suscribe o utiliza software ya desarrollado, implementado, actualizado y operado por el proveedor.
suele ofrecer menos flexibilidad de infraestructura, pero es el modelo más rápido de adoptar y el que exige menos conocimiento de plataforma. El proveedor administra casi toda la pila; el cliente administra usuarios, datos, identidades, acceso y la postura de los dispositivos conectados.
Responsabilidad en : el proveedor administra la aplicación completa y el cliente administra datos y acceso.
8. Escenarios habituales de
resulta adecuado cuando el negocio necesita una capacidad estándar y no una plataforma personalizada. Son ejemplos comunes el correo y la mensajería, productividad, colaboración y conectividad, y el seguimiento financiero o de gastos.
Con una aplicación de colaboración hospedada, el equipo se concentra en incorporar usuarios, asignar permisos y gobernar la información. El proveedor se ocupa de infraestructura, revisiones de plataforma, actualizaciones de la aplicación y disponibilidad subyacente.
Preferir cuando el producto disponible cubre el proceso sin ingeniería personalizada extensa.
Evaluar ubicación de datos, integración, identidad, cumplimiento, exportación y retención.
No confundir software administrado por el proveedor con datos empresariales o decisiones de acceso administrados por el proveedor.
9. Comparación de , y
Comparación práctica de los tipos de servicio.
Factor
Qué se consume
Infraestructura virtualizada
Plataforma de aplicaciones administrada
Aplicación terminada
Control del cliente
Máximo
Centrado en código y datos
Centrado en configuración y uso
Mantenimiento del cliente
Del sistema operativo a la aplicación
Aplicación y datos
Usuarios, datos, acceso y dispositivos
Velocidad de valor
Depende de construcción y administración
Rápida para entregar aplicaciones
La más rápida para capacidades estándar
Pista decisiva
o control del sistema operativo
Crear sin mantener la plataforma
Usar una preparada
Al avanzar de a y , normalmente disminuyen la operación y el control directo del cliente. No desaparecen las decisiones de arquitectura, seguridad, gobernanza o costos: cambia el lugar donde se toman.
Guía para elegir , o según control del sistema operativo, desarrollo de aplicaciones o uso de software terminado.
10. Método para elegir el tipo de servicio
Comience por el resultado empresarial e identifique la capa más baja que realmente necesita control del cliente. Elegir control innecesario crea mantenimiento; elegir menos control del necesario puede bloquear requisitos técnicos o normativos.
¿Existe una aplicación terminada que cumpla el proceso y la gobernanza? Considere .
¿Debe el equipo crear una aplicación sin administrar el sistema operativo? Considere .
¿Se necesita acceso al sistema operativo, un entorno especializado o una migración con pocos cambios? Considere .
Documente quién revisa, supervisa, protege, escala, respalda y recupera cada capa.
Revise el modelo con el tiempo: una migración puede empezar en y adoptar después plataformas o software administrados.
11. Revisión de escenarios y conocimientos
Evaluación parafraseada con respuestas explicadas.
Escenario
Respuesta
Motivo
Una carga local debe trasladarse rápido conservando sistema operativo y configuración.
necesita control de infraestructura y reduce el rediseño inmediato.
Los empleados necesitan una aplicación preparada de finanzas y gastos.
La organización consume una completa.
Los desarrolladores necesitan entornos administrados, escalado integrado y ninguna revisión del sistema operativo.
El proveedor opera la plataforma y el equipo se centra en código y datos.
Pruebas debe reproducir una imagen de servidor personalizada y eliminarla tras cada ciclo.
Se requiere control del sistema operativo e infraestructura desechable.
Analistas necesitan una plataforma administrada para encontrar patrones y prever resultados.
Se obtienen capacidades analíticas sin operar la plataforma subyacente.
12. Síntesis del capítulo
suministra infraestructura y máxima libertad de configuración. El proveedor mantiene la base física; el cliente opera el y la mayoría de la carga. y entornos controlados de desarrollo son usos frecuentes.
suministra una plataforma administrada. El proveedor mantiene sistemas operativos, , herramientas y entornos de ejecución; el cliente se concentra en aplicaciones y datos. Desarrollo, análisis e inteligencia empresarial son usos frecuentes.
suministra una aplicación completa. Reduce operaciones y acelera la adopción, mientras el cliente controla usuarios, datos, identidades, permisos y dispositivos. Correo, productividad, colaboración, finanzas y gastos son usos frecuentes.
Más control del cliente implica más responsabilidad del cliente.
La administración del proveedor reduce mantenimiento, pero no elimina la responsabilidad por datos y acceso.
El tipo de servicio se elige por los requisitos de la carga, no por una preferencia universal.
13. Explore con Copilot Chat
Use Copilot Chat para practicar compensaciones y valide la respuesta con la matriz y las referencias oficiales.
Para una cartera de aplicaciones, elija , o para cada carga y explique las responsabilidades.
Muestre cómo cambian revisiones, seguridad, escalado y recuperación al pasar de a .
Cree un cuestionario breve de escenarios y explique por qué encaja cada modelo.
14. Glosario esencial
Términos clave para este objetivo de AZ-900.
Término
Definición
Modelo que proporciona infraestructura virtualizada y deja al cliente la mayoría de las capas de la carga.
Modelo que proporciona una plataforma administrada para que el cliente se centre en código y datos.
Modelo que entrega una aplicación completa operada por el proveedor.
Reparto de seguridad, mantenimiento y operación entre proveedor y cliente.
Sistema operativo dentro de una máquina virtual administrada por el cliente.
Servicios de software entre el sistema operativo y el código de la aplicación.
Entorno operado por el proveedor para ejecutar código.
Migración de una carga con poco rediseño hacia infraestructura similar en la nube.
Arquitectura donde un servicio atiende con aislamiento a varios clientes.
Estado de seguridad y cumplimiento del dispositivo que accede al servicio.
15. Referencias oficiales
Estas páginas de Microsoft Learn confirman objetivos, límites de responsabilidad, escenarios y terminología.
