Consola vs CLI vs SDK vs infraestructura como código
| Criterio | Consola | CLI | SDK | Infraestructura como código |
|---|---|---|---|---|
| Cómo la usas | Navegador, con formularios | Comandos en una terminal | Librerías dentro de tu código | Plantillas que un servicio ejecuta |
| Ideal para | Aprender, explorar, tareas puntuales | Scripts y tareas repetidas | Aplicaciones que usan AWS | Entornos completos y repetibles |
| ¿Se repite igual? | No, a mano cada vez | Sí, con scripts | Sí, dentro del programa | Sí, y queda versionada |
| En AWS | AWS Management Console y su app móvil | AWS CLI y AWS CloudShell | SDK para Python, Java, JavaScript y otros | AWS CloudFormation |
| Palabra clave en el examen | “Interfaz gráfica” | “Línea de comandos” | “Desde el código” | “Plantillas”, “repetible” |
Autenticación y autorización
Si ya sabes qué son autenticación y autorización, salta a Modelo de responsabilidad compartida.
Qué es: dos preguntas distintas que AWS hace a cada petición. Autenticación: ¿quién eres? Se responde con credenciales, como una contraseña y un código MFA. Autorización: ¿qué tienes permitido hacer? Se responde con los permisos de esa identidad.
Primero va la autenticación y luego la autorización. Puedes entrar sin problemas a la consola y aun así recibir “acceso denegado” al intentar crear algo: estás autenticado, pero no autorizado. En el laboratorio de hoy lo vas a provocar a propósito.
Trampa común: MFA refuerza la autenticación, no da permisos. Una identidad con MFA y sin permisos sigue sin poder hacer nada.