DEV Community: Camila Vinza Carvajal

CLOUD PRACTITIONER Revisión de Examen y Simulación

Camila Vinza Carvajal — Sun, 13 Jul 2025 02:08:13 +0000

🚀 ¿Te estás preparando para el examen AWS Cloud Practitioner?
Esto es lo que realmente necesitas saber
En este post te comparto los puntos clave, tips reales y ejemplos prácticos que abordamos en esa sesión. Si estás empezando tu camino en la nube o buscas certificarte, esto es para ti. 👇

🎯 ¿Qué es el AWS Cloud Practitioner?
Es la certificación base de AWS. No necesitas experiencia previa con la nube, pero sí entender qué es AWS, cómo funciona y para qué sirve. Sirve como punto de partida si quieres especializarte luego en arquitecturas, seguridad o desarrollo.

📌 ¿Qué temas debes dominar sí o sí?

1. Conceptos de la Nube
¿Qué es la computación en la nube?

Modelos de implementación: Cloud, On-Premises, Híbrido.

Modelos de servicio: IaaS, PaaS, SaaS.

2. Modelo de responsabilidad compartida

AWS es responsable de la nube (hardware, infraestructura).

Tú eres responsable en la nube (datos, configuraciones, acceso).

🧠 Tip: Este tema siempre sale en el examen. ¡Pilas!

☁️ Servicios clave de AWS
Aprende para qué sirve cada uno:

Servicio ¿Para qué sirve?
EC2 Computación bajo demanda (máquinas virtuales).
S3 Almacenamiento de objetos.
RDS Bases de datos relacionales gestionadas.
Lambda Ejecuta código sin aprovisionar servidores.
CloudFront CDN para distribución global de contenido.
IAM Control de identidades, permisos y roles.

💸 Facturación y Precios
AWS cobra por consumo (pay as you go).

Puedes estimar costos con el Pricing Calculator.

Conoce las opciones de soporte: Basic, Developer, Business, Enterprise.

🔒 Seguridad y cumplimiento
AWS cumple con normas como ISO, PCI, HIPAA, etc.

Servicios clave: AWS Shield, WAF, CloudTrail, GuardDuty.

✅ La seguridad es responsabilidad compartida, recuerda qué parte te toca a ti.

📚 Tips reales para el examen

No memorices definiciones, entiende los conceptos.

Practica con preguntas reales o simulacros.

Aprende a diferenciar servicios similares (ej. S3 vs EBS, EC2 vs Lambda).

Domina el lenguaje de AWS: disponibilidad, escalabilidad, alta durabilidad.

👩‍🏫 ¿Cómo estudié yo?

Durante mi charla, estructuré todo en bloques:

Fundamentos de nube

Casos de uso

Preguntas frecuentes del examen

Buenas prácticas para repasar

Revisión de preguntas con “truco”

💡 Además, usé ejemplos de la vida real para explicar cada servicio y concepto. ¡Eso hace que todo sea más fácil de recordar!

☁️ Te deseo muchísima suerte en tu certificación hacia la nube.
Cada día somos más los que elegimos transformar nuestro futuro con tecnología.
🚀 ¡Estás a un paso de abrir grandes oportunidades!
¡Vamos con todo! 💪📘☁️

Ventajas de Migrar a la nube

Camila Vinza Carvajal — Sun, 20 Apr 2025 00:00:45 +0000

👋 ¡Hola a todos!
Hace un tiempo me puse a pensar sobre algo clave en el proceso de migrar a la nube ☁️. Aunque muchas veces nos enfocamos en la parte técnica (instancias, contenedores, buckets, etc. ⚙️), la verdadera pregunta es:
¿Qué gana mi organización con esta decisión?

Pues bueno, migrar a la nube no es solamente mover servidores 🖥️, sino transformar la manera en la que operamos y generamos valor 💡.

🚀 Aquí te dejo 4 ventajas clave para tener en mente al migrar a la nube:

1. Escalabilidad sin límites 📈

Una de las principales fortalezas de AWS es su capacidad para escalar automáticamente ⚙️. Esto significa que la infraestructura de tu organización puede ajustarse en tiempo real a la demanda de los usuarios, sin intervención manual 🤖.
Ya no se necesita sobreaprovisionar recursos “por si acaso”.
👉 Pagas por lo que usas y creces cuando lo necesitas

2. Alta disponibilidad 🌍

Con una red global de regiones y zonas de disponibilidad , AWS permite diseñar arquitecturas tolerantes a fallos 🔄, esto significa que se mantienen en línea incluso si sucediera fallos físicos o cortes inesperados ⚡.

3. Ahorro operativo 💰

El modelo de pagar por lo que usas y reducir los gastos en infraestructura física permite optimizar costos. Ya que no tienes que preocuparte por renovar hardware, pagar refrigeración, espacio físico, licencias innecesarias o mil cosas...

4. Innovación acelerada ⚡

Gracias a los servicios gestionados como bases de datos, IA, analítica o DevOps 🚀, los equipos pueden enfocarse en otras cosas mas importantes como crear valor. Lo que antes tomaba semanas o meses, hoy se puede lanzar en horas ⏱️.
👉 La nube acelera tu capacidad de experimentar, fallar rápido y mejorar aún más rápido.

Para finalizar, solo quiero que sepas que:
Migrar a la nube no es una decisión técnica, es una decisión estratégica.
Una que impacta directamente en tu eficiencia, disponibilidad y capacidad de innovación, lo que se traduce en una completa mejora para ti y tu organización.

Introducción a Amazon GuardDuty: Generar hallazgos de prueba

Camila Vinza Carvajal — Mon, 24 Feb 2025 22:50:31 +0000

¡Hola a todos! 🚀 Hoy quiero compartir con ustedes un laboratorio para crear hallazgos de prueba en Amazon GuardDuty, un servicio de Amazon Web Services (AWS) diseñado para fortalecer la seguridad de nuestros recursos en la nube.

🧐 ¿Por qué generar hallazgos de prueba?

Si eres nuevo en los servicios de AWS o quieres mejorar tu monitoreo de seguridad, esta práctica te permitirá:

✅ Comprender mejor las alertas de GuardDuty y cómo se generan.
✅ Interpretar la severidad de los hallazgos (bajo, medio, alto) y su impacto en la seguridad.
✅ Familiarizarte con los diferentes tipos de amenazas

Este laboratorio es una excelente manera de conocer cómo funciona GuardDuty antes de que se presenten amenazas reales🔒💡

🔥 Pues ¡Comencemos! 🔥

Primero debes entender que Amazon GuardDuty no se crea dentro de una VPC ni en un entorno específico. En su lugar, se habilita a nivel de cuenta en AWS y opera de forma independiente de la infraestructura de red.🔐

Cuando activas GuardDuty, este comienza a analizar fuentes de datos como:
✅ AWS CloudTrail (eventos de gestión y eventos de datos de S3).
✅ VPC Flow Logs (tráfico de red dentro de las VPCs).
✅ DNS Logs (consultas a servicios DNS).

Al estar habilitado a nivel de cuenta y región, puede detectar amenazas en múltiples servicios y VPCs sin necesidad de instalar agentes o modificar configuraciones de red.

Para comenzar, ingresa a la consola de AWS y en la barra de búsqueda escribe "Amazon GuardDuty". 🔍

Una vez dentro del servicio, verás la pantalla principal de GuardDuty con una d*escripción general de sus funciones.* Para activarlo, simplemente haz clic en el botón "Empezar". 🚀

Luego veremos una pantalla con información sobre "Enable GuardDuty" . En este paso, AWS nos explica que al habilitar GuardDuty, le estaremos otorgando permisos para analizar diferentes fuentes de datos de seguridad, como por ejemplo:

✅ VPC Flow Logs : Para detectar tráfico sospechoso en la red.
✅ AWS CloudTrail : Para identificar accesos inusuales o no autorizados.
✅ DNS Logs : Para analizar consultas a servicios DNS y detectar posibles ataques.

Para continuar, simplemente hacemos clic en "Enable GuardDuty"

Ahora, nos dirigimos al menú de la izquierda y seleccionamos "Settings" ⚙️. Dentro de esta sección, encontraremos la opción "Sample Findings", la cual nos permite generar hallazgos de prueba. Hacemos clic en "Generate Sample Findings"

En unos segundos veremos un mensaje de confirmación :✅

En la parte superior izquierda, hacemos clic en "Findings" 🔎, donde podremos ver todos los hallazgos generados. Estos se organizan según su severidad, tipo de hallazgo y recurso afectado 📊

Aquí encontraremos una variedad de hallazgos simulados , lo que nos permite analizar cada uno en detalle y comprender mejor cómo interpretar las alertas de seguridad en un entorno real.

Como por ejemplo el siguiente hallazgo:

🛑 Creación de una Shell Sospechosa en un Clúster de EKS

📌 Descripción: GuardDuty ha detectado que en un clúster de Amazon EKS se ha iniciado una shell interactiva dentro de un contenedor en ejecución. Este comportamiento nos puede indicar que existe acceso manual no autorizado o de actividad potencialmente maliciosa.

⚠️ Detalles del hallazgo:

Tipo: Execution:Runtime/SuspiciousShellCreated
Recurso afectado: Clúster de Amazon EKS
Severidad: Baja
Cantidad de eventos: 1

🔍 Posibles causas:
✅ Acceso manual legítimo para tareas administrativas o debugging.
⚠️ Acceso no autorizado debido a credenciales comprometidas.
⚠️ Uso indebido de un contenedor explotado mediante vulnerabilidades.

Muy interesante, verdad? 😃👨
Te invito a seguir explorando y familiarizarte con la herramienta. ¡Entre más practiques, mejor entenderás la seguridad en AWS! 🔐🔥

¡Es una gran oportunidad para aprender y fortalecer la seguridad en AWS! 🚀🔐

PROXMOX: Creación de Cluster, Parte 2.

Camila Vinza Carvajal — Wed, 19 Feb 2025 03:52:33 +0000

🚀 ¡Hola a todos! 👋 Después de completar el Laboratorio de Creación de Clúster - Parte 1 , hemos configurado tres máquinas virtuales que formarán la base de nuestro clúster.

⚡Aquí les comparto una captura con las tres VM ya creadas:

Ahora que tenemos la infraestructura inicial lista , es momento de continuar con los siguientes pasos para completar la configuración.

📌 Paso 1: Actualizar PROXMOX

Ingresar en cada una de nuestras VM a través de Putty utilizando la IP que nos muestra en nuestra maquina virtual creada. En mi caso el valor de la IP es la 192.168.1.25

🔧Una vez dentro de nuestra maquina vamos a proceder a desactivar los repositorios, para agregar aquellos que son free , deben quedar como se ve en las capturas que se encuentran abajo.

🔄 Procedemos a actualizar el sistema operativo y los paquetes , utilizando el siguiente comando:

apt -y update && apt -y upgrade

De igual manera , actualizamos las plantillas de PROXMOX, utilizando los siguientes comandos.

pveam available
pveam update
⚠️ ESTE MISMO PROCESO DEBE REALIZARSE EN CADA UNO DE LOS NODOS DEL CLUSTER

📌 Paso 2. Configurar la Comunicación entre los Nodos del Clúster

Para que los nodos del clúster se comuniquen correctamente, necesitamos configurar el archivo /etc/hosts en cada uno de ellos. Vamos a acceder al nodo maestro mediante Putty

Una vez dentro del nodo, abrimos el archivo con el siguiente comando:

sudo nano /etc/hosts

✏️Luego, agregamos las direcciones IP y los nombres de cada nodo:

⚠️ ESTE MISMO PROCESO DEBE REALIZARSE EN CADA UNO DE LOS NODOS DEL CLUSTER

📌 Paso 3. Crear el Clúster en el Nodo Maestro

Debemos mantenernos dentro del nodomaster para poder crear nuestro cluster utilizando el siguiente comando:

pvecm create PCLINUX

Después de haber creado el clúster en el nodo maestro, debemos agregar los nodos worker.

⚙️ Conectar al Nodo 3 y Unirlo al Clúster
Desde el nodo maestro, accede al nodo 3 mediante SSH:

ssh nodo3

Una vez dentro del nodo 3, ejecútalo para unirlo al clúster:

pvecm add nodomaster

⚙️ Conectar al Nodo 2 y Unirlo al Clúster

Regresa al nodo maestro y conéctate al nodo 2:
ssh nodo2

y agregamos el nodo2 al cluster

pvecm add nodomaster

✅ Luego como ultimo paso, procedemos a verificar el estado del cluster con el siguiente comando

pvecm status

📌 Paso 4. Actualizamos el nodomaster

🛠️ Procedemos a editar el archivo /etc/apt/sources.list.d/pve-enterprise.list, que contiene el repositorio de paquetes de Proxmox Enterprise , y dentro de ese archivo vamos a comentar la linea

Para garantizar que nuestro nodo esté actualizado y libre de paquetes innecesarios, ejecutemos el siguiente comando en el nodomaster

apt update && apt dist-upgrade -y && apt autoremove --purge -y && apt clean && apt autoclean

🌐 Ahora ingresamos al Nodo Maestro a través del navegador utilizando su dirección IP.

En la siguiente imagen, podemos ver cómo se han creado el clúster y los nodos correctamente en la interfaz gráfica de Proxmox.

💡 Si los nodos aparecen listados y accesibles, la configuración ha sido exitosa. ✔️

PROXMOX: Creación de Cluster, Parte 1.

Camila Vinza Carvajal — Wed, 05 Feb 2025 16:40:24 +0000

🚀¡Hola a todos! 👋 Hace poco ingrese en el mundo de la virtualización y así fue como conocí PROXMOX 🖥️, una plataforma de código abierto 🔓 que ha ganado gran popularidad ya que es una excelente elección para gestionar infraestructuras virtualizadas de manera eficiente.

En este Lab, hablaremos sobre la creación de un CLUSTER en Proxmox 🏗️, pero antes de llegar a eso, el PRIMER PASO será la creación de máquinas virtuales 💻.

¡Espero que les sean útiles y los ayuden a sacar el máximo provecho a Proxmox!💡

Pues comencemos!
🔹 Yo he utilizado dos hipervisores para levantar máquinas Proxmox: VMware y Oracle VirtualBox ⚙️, lo que nos permitirá ver diferentes enfoques según la herramienta que usemos.

🔥¡Vamos a empezar con VMware !

🚀 Paso 1: Creación de nodos

Todas las máquinas tendrán la misma configuración para asegurarnos de que el clúster funcione correctamente.

Elegimos la opción de instalar el sistema operativo después, lo que nos da más flexibilidad.

Seleccionamos Linux como sistema operativo y elegimos la versión Debian 12 . Esto es clave porque Proxmox 8 está basado en Debian 12 , por lo que es la mejor opción para garantizar la compatibilidad total.

Ahora le damos un nombre a la máquina. En mi caso, lo llamaré nodomaster , ya que será el primer nodo del clúster.

Especificamos una capacidad de disco de 500 GB

Verificamos que todos los parámetros sean correctos, finalizamos la configuración y procedemos con la instalación.

⚙️ Paso 2: Configuración de la Máquina Virtual 🖥️
Una vez creada la máquina virtual, ajustaremos la configuración que se vera de la siguiente manera.
📌
Memory: 4096 MB
Processors: 1 y ademas enable Virtualize Intel VT-x/EPT o AMD-V/RVI
Hard Disk(SCSI): 500 GB
CD:DVD(SATA): Seleccionamos la imagen OSI de proxmox 8
Network Adapter: Bridge

Con estos parámetros procedemos a encender nuestra maquina:

🌍Elegimos nuestro país, zona horaria y el lenguaje.

🔐Configuramos una contraseña e ingresamos nuestro correo

Como ultimo paso , colocamos nuestro hostname, y de por default nos entregara una IP dentro de nuestra red 🌐

Después de completar todos los pasos anteriores, veremos un resumen con la configuración de nuestra máquina virtual. Y procedemos con la instalación.🛠️

🔥¡Ok ahora vamos con Oracle VirtualBox !

Vamos a comenzar a crear nuestra máquina virtual con las siguientes especificaciones:
📌Nombre: nodo3
Tipo: Linux
Versión: Debian 12 Bookworm(64- bit)

📌Configuraremos de la siguiente manera
Memoria base: 4096 MB
Procesadores: 1

💻Entorno al disco duro virtual lo dejaremos con un valor de 500 Gb

📋 Ahora, revisamos el resumen de la creación de la máquina virtual y procedemos a finalizar la configuración.

🎉 ¡Y listo! Ahora podemos entrar a la consola de Proxmox 😄

Y podemos observar que nos da una** IP**:

A la cual vamos a acceder mediante nuestro buscador :

NAT Gateway en AWS

Camila Vinza Carvajal — Mon, 03 Feb 2025 04:10:41 +0000

✨ ¡Hola a todos! Después de haber completado el Laboratorio de Internet Gateway en AWS, se resolvió la conexión a Internet en subredes públicas. Pero, ¿qué pasa con las subredes privadas? 🤔 Pues bien, en este laboratorio, nos enfocaremos en la creación de NAT Gateway , que es clave para asegurar la conectividad de las subredes privadas sin exponerlas directamente a Internet. 🚀

¿Qué es un NAT Gateway? 🌐
Un NAT Gateway (Network Address Translation Gateway) es un servicio administrado de AWS que permite a las instancias en subredes privadas acceder a Internet, sin exponer esas instancias a conexiones entrantes desde Internet, el NAT Gateway actúa como intermediario, realizando la traducción de direcciones de red (NAT) para las solicitudes de salida.

Aquí les comparto el Diagrama de la arquitectura que utilizaremos en este laboratorio, continuando desde el trabajo realizado en el laboratorio anterior. 👇

Paso 1: Crear un NAT Gateway 🛠️

Buscamos el servicio VPC , en la parte del panel izquierdo seleccionamos NAT Gateway, y procedemos a dar clic en el boton Crear Gateway NAT

Configuramos los siguientes parámetros:
Nombre: MiNATGateway
Subred: MiSubredPublica
Tipo de conectividad: Publica

Paso 2: Configuración de Tablas de Enrutamiento 📑
Como siguiente paso vamos a seguir con la configuración de Tablas de enrutamiento , vamos a buscar la tabla de rutas que este dentro de nuestra VPC "MiVPC" , asegurándonos de que no esté asociada a ninguna otra subred.

Al seleccionar la tabla de rutas ingresaremos a sus configuraciones, como primer paso procedemos a seleccionar Editar rutas

Y procederemos a agregar una nueva ruta, con la siguiente configuración.
📌 Destino: 0.0.0.0/0
Destino a través de: Seleccionamos la NAT Gateway que acabamos de crear.

En este momento ya contamos con conectividad a internet en nuestras instancias privadas, pero VAMOS A COMPROBARLO🔍

Paso 3: Crear una Instancia EC2 en la Subred Privada 🖥️

Navegamos hacia el servicio EC2 , para configurar el lanzamiento de una instancia, de la siguiente manera:
📌 Nombre: MiServidorPrivado
Imágenes de máquina de Amazon(AMI): Amazon Linux 2 AMI(HVM)
Tipo de instancia: t2.micro

Seleccionamos el par de claves (key pair) , que habíamos creado anteriormente.

El siguiente paso dentro de la creación de nuestra instancia es la Configuración de red, la cual será configurada de la siguiente forma:

📌 VPC: MiVPC
Subred: MiSubredPrivada
Asignar automaticamente la IP pública: Deshabilitar
Firewall(grupo de seguridad): SG_ServidorEC2
Descripción: Permite trafico a EC2

Ahora ya tenemos creada nuestra instancia en una subred privada

Paso 5: Verificar la Conectividad🌐

Procedemos a realizar una prueba de conectividad desde nuestra instancia privada, abrimos una terminal, y verificamos que exista pin a una dirección externa, Si el ping es exitoso, significa que la instancia tiene conectividad a Internet a través del NAT Gateway. 🎉 ✔️

Internet Gateway en AWS Desde Cero

Camila Vinza Carvajal — Mon, 27 Jan 2025 01:25:58 +0000

✨¡Hola a todos! Hace un tiempo comencé a sumergirme en el mundo de AWS y crear infraestructura en la nube desde cero. 🚀
Durante este proceso, lo que me ayudó a comprender los servicios fue completar laboratorios prácticos.

Por eso, quiero compartir con ustedes este Lab enfocado en Internet Gateway . Espero que les sea útil, especialmente para quienes están comenzando su aventura en AWS. 🌟 Si tienen sugerencias para mejorar estas instrucciones, ¡no duden en decirme! 🙌

Bueno empecemos,

Qué es Internet Gateway?
Un Internet Gateway es un componente clave en AWS que permite que las instancias en una subred pública:

➡️Se conecten a Internet.
➡️Reciban tráfico entrante desde Internet, si se configura correctamente con un Security Group y una Route Table

💻Les comparto el diagrama de la Arquitectura que vamos a usar para este Laboratorio:

Paso 1: Iniciar sesión en la Consola de Administración de AWS

Paso 2: Crear una Virtual Private Cloud

🌍En este paso vamos a crear una red privada virtual , la que nos proporciona una seccion de la nube de AWS donde lanzaremos nuestros recursos
En el buscador colocamos VPCy seleccionamos el servicio ,por default vamos a tener una vpc en nuestro ambiente, pero podremos borrarla despues.

Procedemos a dar clic en "Crear VPC" y vamos a configurarla de la siguiente manera:

📌Recursos que se van a crear: Solo la VPC
Etiqueta de nombre: MiVPC
CIDR IPv4: 10.10.0.0/16
Tenencia: Predeterminada

✅Cuando se termina de aprovisionar podemos ver este mensaje:

Paso 3: Crear Subredes (Subred Publica y Subred Privada)

Aquí crearemos una subred pública y una privada dentro de la VPC. Las subredes públicas tienen conectividad a internet, mientras que las privadas no tienen acceso directo a internet.
Como primer paso vamos a seleccionar la VPC que acabamos de crear

Y procedemos a crear las subredes de la siguiente manera:

📌Nombre de la subred: MiSubredPublica
Zona de disponibilidad: Sin preferencia
Bloque de CIDR de VPC IPv4: 10.10.0.0/16
Bloque de CIDR de la subred IPv4: 10.10.0.0/24

📌Nombre de la subred: MiSubredPrivada
Zona de disponibilidad: Sin preferencia
Bloque de CIDR de VPC IPv4: 10.10.0.0/16
Bloque de CIDR de la subred IPv4: 10.10.1.0/24

✅ Despues de configurarlas podemos visualizar nuestras subredes.

Paso 4: Crear Internet Gateway

Aquí crearemos una puerta de enlace a internet (Internet Gateway) , que sirve como un puente entre la VPC e internet .
Procedemos a configurarlo de la siguiente manera:

Posteriormente debemos asociar nuestro Internet Gateway a la VPC

✅ Deberia verse de la siguiente manera:

Paso 5: Crear una tabla de rutas públicas y configurarla

Aquí crearemos una tabla de rutas públicas y la configuraremos para asociarla con la subred pública.

Y procederemos a asociarla con nuestro Internet Gateway:

Cambiaremos sus rutas en Editar rutas

De igual manera configuraremos su red de propagación en Asociaciones de subredes

Ahora las instancias lanzadas dentro de MiSubredPublica tendrán acceso a Internet. ¡VAMOS A COMPROBARLO! 🛠️💡

Paso 6: Lanzar una instancia en la Subred Publica

Navegamos hacia el servicio EC2, para configurar el lanzamiento de una instancia, de la siguiente manera:
📌 Nombre: MiServidorPublico
Imágenes de máquina de Amazon(AMI): Amazon Linux 2 AMI(HVM)
Tipo de instancia: t2.micro

Vamos a crear un par de claves (key pair) , el archivo que descargaremos lo debemos guardar.

Procedemos a configurarlo de la siguiente manera:
📌Nombre: MiClave
Tipo de par de claves: RSA
Formato de archivos de clave privada: .pem

El siguiente paso dentro de la creación de nuestra instancia es la Configuracion de red , la cual sera configurada de la siguiente forma:

📌VPC: MiVPC
Subred: MiSubredPublica
Asignar automaticamente la IP publica: Habilitar
Firewall(grupo de seguridad): Crear grupo de seguridad , SG_ServidorEC2
Descripción: Permite trafico a EC2

Luego de crear la instancia y que esta se haya aprovisionado , podemos verla en ejecución :

Para comprobar su conectividad con internet, procedemos a conectarnos a la instancia a traves de Conexion de la instancia EC2

Paso 7: Conexion SSH
Al conectarnos podemos observar el mensaje que es un sistema operativo Amazon Linux 2 , procedemos a realizar un ping con 8.8.8.8 ✅ ¡Si el ping funciona, habrás completado con éxito el laboratorio! 🎉