Terminología cloud en español

De soñar con las nubes
a dominarlas

¿VPC? ¿IAM? ¿Blob Storage? La documentación de AWS, Azure y Google Cloud está llena de nombres propios, y los tres llaman distinto a lo mismo. CumuloNimbo es un apoyo para quien se enfrenta a esa documentación: 671 términos explicados en español, cada uno con su equivalente en las otras dos nubes y con preguntas para fijarlo. Sirve igual si trabajas con esas plataformas, si preparas una certificación o si solo quieres entender qué hace cada servicio.

Pantalla de inicio de CumuloNimbo

¿Para qué sirve CumuloNimbo?

Pensada para quien tiene delante la documentación de AWS, Azure o Google Cloud y necesita el vocabulario para poder leerla.

Modo glosario

671 términos técnicos de AWS, Azure y Google Cloud explicados en castellano, organizados por plataforma y categoría. Si alguna vez te has perdido con palabras como instancia, bucket o VPC, aquí encontrarás qué significan.

  • Definiciones breves, en castellano
  • Organizado por plataforma y categoría
  • Equivalencias entre nubes: ¿qué es S3 en Azure? ¿y en GCP?
  • Términos enlazados entre sí: desde uno saltas a los relacionados
  • Búsqueda rápida por nombre o descripción

Modo quiz

1.045 preguntas de refuerzo sobre el vocabulario de AWS, Azure y Google Cloud. Sirven para comprobar si has fijado un término o solo te suena de haberlo leído. Buena parte cruzan servicios de nubes distintas, que es donde la terminología se enreda más.

  • Definiciones, acrónimos y diferencias entre servicios parecidos
  • Explicación detallada de cada respuesta
  • Preguntas «entre nubes»: el equivalente de un servicio en otro proveedor
  • Seguimiento de tu progreso sesión a sesión

Completamente sin conexión. Toda la app funciona sin Internet. El glosario, las preguntas y tu progreso se guardan directamente en tu dispositivo. Puedes repasar sin cobertura.

La app por dentro

Desliza para ver las principales pantallas.

Pantalla de inicio con selección de certificación
Glosario de términos AWS por categoría
Detalle de un término del glosario
Configuración de un quiz
Pregunta del quiz con opciones de respuesta
Explicación de la respuesta correcta
Resultados al finalizar un quiz
Progreso del usuario

Dónde aparece este vocabulario

Los términos del glosario están tomados de la documentación de estas seis certificaciones de AWS, Azure y Google Cloud.

Amazon Web Services

Nivel básico

AWS Cloud Practitioner

CLF-C02

La certificación de entrada de AWS. Cubre qué es la nube, qué servicios ofrece AWS y cómo funciona su modelo de facturación. No exige conocimientos técnicos previos.

Amazon Web Services

Nivel intermedio

AWS Solutions Architect

SAA-C03

Trata el diseño de arquitecturas en AWS: qué servicio elegir en cada caso y cómo combinarlos sin disparar la factura. Es la que más aparece en las ofertas de empleo cloud.

Amazon Web Services

Inteligencia artificial

AWS AI Practitioner

AIF-C01

Recorre los servicios de IA y machine learning de AWS y el vocabulario que los acompaña. Es el nivel de entrada a esta rama y no requiere saber programar.

Amazon Web Services

Nivel intermedio

AWS Machine Learning Engineer

MLA-C01

Cubre el trabajo de construir modelos, no solo el de consumirlos: preparación de los datos, entrenamiento y puesta en producción sobre AWS. Va un nivel por encima del AI Practitioner.

Microsoft Azure

Nivel básico

Azure Fundamentals

AZ-900

Introducción a la nube de Microsoft. Conceptos fundamentales de Azure, sus servicios principales y su modelo de seguridad y cumplimiento.

Google Cloud Platform

Nivel intermedio

Associate Cloud Engineer

ACE

Despliega y gestiona soluciones en Google Cloud. Cubre cómputo, almacenamiento, redes y herramientas de operaciones.

Primeros pasos

En cinco minutos puedes estar repasando tu primer término de cloud.

1

Descarga la app

Disponible en la App Store para iPhone y iPad. En Android, descarga el archivo APK directamente desde Google Drive y sigue las instrucciones de instalación. Si lo prefieres, puedes comprobar antes que la descarga es auténtica.

2

Elige tu plataforma y el vocabulario que quieres dominar

Al abrir la app por primera vez, selecciona si te interesa el vocabulario de AWS, Azure o Google Cloud, y elige la certificación cuyos términos quieres aprender. Puedes cambiar estas preferencias en cualquier momento desde la pantalla de inicio.

3

Explora el glosario

Empieza por las categorías que menos conoces. Cada término tiene una definición clara y, en muchos casos, un ejemplo práctico. No es necesario estudiarlos todos de golpe.

4

Pon a prueba lo que sabes

Cuando te sientas listo, activa el modo quiz. Puedes lanzar preguntas generales, centrarte en una categoría concreta o cruzar plataformas para ver si reconoces el equivalente de un servicio en otra nube.

5

Repasa los errores

Después de cada quiz, la app muestra qué has fallado y por qué. Cada respuesta incorrecta te lleva directamente a la ficha del glosario relacionada para que lo tengas claro antes de volver a intentarlo.

Verifica tu descarga (Android)

Como CumuloNimbo para Android no se distribuye desde Google Play sino directamente desde Google Drive, aquí tienes los datos para confirmar que el archivo que has descargado es exactamente el que se publicó.

Qué es un checksum. Cada archivo digital tiene una huella matemática única. Si una sola coma del fichero cambia, la huella cambia por completo. Comparar la huella del archivo que has descargado con la que aparece en esta página te garantiza que nadie lo ha manipulado por el camino y que es el original.

Huella del certificado de firma

Esta huella identifica al desarrollador (Nonsense Development Group) y no cambia entre versiones de la app. Si te la apuntas una vez, te sirve para verificar cualquier futura actualización.

SHA-256: 674e2a1a27e5fe1e176ccc1ba6186d039466ad003b82f3446abdfa291cecfb90

Firmado por: CN=Luis Julve, O=Nonsense Development Group, C=ES

Huella del archivo APK · versión 2.2.0

Específica de esta versión del archivo. Cambiará en la próxima actualización; aquí se publica siempre la huella vigente.

SHA-256: d4519ff8df70c0b3544f5a45f554d6086293e404dcd77aabb190a3154ffaf392

Tamaño: 26.002.011 bytes (~24,8 MiB) · Nombre del archivo: CumuloNimbo_2.2.0.apk

¿Cómo comprobar la huella del archivo paso a paso?

En macOS o Linux. Abre Terminal, ve a la carpeta donde has descargado el archivo y ejecuta:

shasum -a 256 CumuloNimbo_2.2.0.apk

En Windows. Abre PowerShell o el símbolo del sistema en la carpeta de descarga y ejecuta:

certutil -hashfile CumuloNimbo_2.2.0.apk SHA256

Directamente en el móvil Android. Hay aplicaciones gratuitas en Play Store que calculan checksums de archivos (por ejemplo "Hash Droid" o "Hash Checker"). Instala una, abre el APK descargado desde ella y compara el SHA-256 que muestra con el de esta página.

El resultado debe coincidir carácter a carácter con el SHA-256 publicado más arriba. Si coincide, la descarga es íntegra. Si no coincide, no instales el archivo y vuelve a descargarlo desde el enlace original.

¿Cómo comprobar la huella del certificado de firma? (avanzado)

Esto requiere tener instalado el SDK de Android (con sus build-tools) en tu ordenador. Está pensado para usuarios técnicos que quieran verificar que el archivo está firmado por el mismo desarrollador entre versiones.

apksigner verify --print-certs CumuloNimbo_2.2.0.apk

Busca en la salida la línea Signer #1 certificate SHA-256 digest: y compáralo con la huella publicada arriba.

Preguntas frecuentes

Las dudas más habituales, resueltas.

¿Necesito conocimientos previos de informática o programación?

No. CumuloNimbo está pensada precisamente para personas que se acercan a la nube por primera vez, sea AWS, Azure o Google Cloud. El glosario explica cada concepto desde cero, sin dar por sentado que ya sabes lo que es un servidor o una base de datos.

Si tienes alguna base técnica, mejor: podrás avanzar más rápido. Pero no es un requisito.

¿Me sirve CumuloNimbo para preparar una certificación oficial?

CumuloNimbo no es un curso de preparación ni un simulador de examen oficial. Es una herramienta para dominar el vocabulario que aparece en las certificaciones, que suele ser la barrera real para quien empieza.

Funciona muy bien como complemento a un curso o a la documentación oficial del proveedor: cuando esos materiales mencionan "S3", "IAM" o "Blob Storage", CumuloNimbo te asegura que ya sabes qué son.

¿La app funciona sin conexión a Internet?

Sí, completamente. Todo el contenido, el glosario, las preguntas y tu progreso, se almacena en tu dispositivo. No necesitas ninguna conexión para estudiar.

¿Cuántos términos y preguntas incluye?

La versión actual incluye 671 términos en el glosario y 1.045 preguntas de refuerzo repartidas entre AWS, Microsoft Azure y Google Cloud. Las preguntas cubren cinco subtipos: definición, acrónimos, casos de uso, diferenciación entre servicios y preguntas «entre nubes» (por ejemplo, ¿cuál es el equivalente de S3 en Azure?).

El corpus se actualiza con cada nueva versión de la app.

¿Guarda mis datos o mi progreso en algún servidor?

En la versión actual, todo tu progreso se guarda únicamente en tu dispositivo. No se envía ningún dato a ningún servidor externo.

En versiones futuras se añadirá una sincronización opcional entre dispositivos, que podrás activar si lo deseas. Siempre de forma voluntaria y con tu consentimiento.

¿La app está disponible en otros idiomas?

De momento, CumuloNimbo está en español. Está previsto añadir una versión en inglés, ya que los exámenes oficiales de AWS, Azure y Google Cloud se realizan habitualmente en ese idioma.

¿Cuánto cuesta la app?

Nada. CumuloNimbo es totalmente gratuita, tanto en iOS como en Android. Todo el contenido está disponible sin coste y sin publicidad, y no hay compras integradas de ningún tipo.

Tampoco se hace ningún tipo de seguimiento: no se registra tu actividad, no se recogen datos de uso ni se comparte o cede ningún dato tuyo a terceros.

Así se hizo

Las decisiones técnicas y los diagramas que explican cómo funciona la app por dentro.

CumuloNimbo es una aplicación móvil completa con base de datos local, escrita en Vue 3 + Ionic + Capacitor y desplegada en iOS y Android desde una única base de código. Esta sección recoge las decisiones de diseño más relevantes, los diagramas de su arquitectura y la estrategia de pruebas.

Por qué CumuloNimbo no tiene backend (de momento)

Todo el contenido cabe en el dispositivo, así que no hay nada que pedirle a un servidor. CumuloNimbo es offline-first. El glosario completo (671 términos), las 1.045 preguntas y todas las relaciones cross-cloud caben en una base SQLite que se empaqueta con la app. El progreso del usuario, qué términos ha dominado y qué quizzes ha hecho, también se guarda de forma local en esa misma SQLite.

Lo que se gana con esto:

  • Privacidad: si los datos no salen del dispositivo, no hay nada que filtrar ni consentimiento que pedir.
  • Coste de operación: cero euros al mes. No hay servidores ni certificados que mantener.
  • Velocidad: abrir un término del glosario es una consulta SQL a un fichero local, sin red de por medio.

A cambio, actualizar el contenido obliga a publicar una versión nueva de la app. Con un corpus que crece despacio, es asumible. En próximas versiones de CumuloNimbo está previsto introducir un backend opcional (de uso voluntario y con login pasivo, sin contraseña). La base offline-first se mantendrá. Una conexión para comprobar si hay nuevos términos y/o preguntas, actualizar y a seguir con su funcionamiento actual.

Cómo se valoran los quizzes

Aquí conviven dos métricas que miden cosas distintas:

1. Resultado de la sesión. Al terminar un quiz aparece un marcador del tipo "8 / 10". Se considera aprobado a partir del 70 % de aciertos. El marcador es inmediato y solo mide esa sesión concreta: no se acumula con sesiones anteriores ni se promedia.

2. Maestría del término. Esto es lo que de verdad mueve la barra de progreso de la pantalla principal. Cada pregunta del quiz está enlazada a uno o varios términos del glosario; al responder, la app actualiza el contador de aciertos y fallos del término en cuestión. Un término pasa al estado mastered ("dominado") cuando se cumplen las dos condiciones a la vez:

  • Has acertado al menos 3 preguntas que lo evalúan.
  • Tu tasa de aciertos sobre ese término es ≥ 70 %.

Las dos condiciones son importantes. Con 2 aciertos seguidos no basta (el umbral son 3, suficiente para distinguir suerte de conocimiento). Y con 3 aciertos pero 5 fallos tampoco (el ratio queda en 0,375, muy lejos del 0,7). Un fallo posterior no resetea el progreso, pero sí baja el ratio: una mala racha puede devolver un término de mastered a learning ("en aprendizaje"). El estado puede bajar a propósito, para que refleje cómo estás respondiendo ahora y no lo que acertaste hace un mes.

La barra de progreso del Home muestra el porcentaje de términos en estado mastered o learning sobre el total de la certificación elegida. Si solo contara "mastered", una sesión de 10 preguntas no la movería nunca, porque hacen falta 3 aciertos por término; incluyendo "learning" la barra responde desde el primer quiz, aunque el estado final siga exigiendo lo mismo.

Diagramas

1 · Mapa de navegación entre pantallas

Las dos secciones, glosario (azul) y quiz (ámbar), están conectadas en ambos sentidos: desde una pregunta fallida se salta al término del glosario, y desde un término se puede lanzar un quiz de su categoría.

flowchart TD Start([Lanzar app]) --> Guard{¿Onboarding
completado?} Guard -- No --> Onboard[/Onboarding/] Onboard -- markCompleted --> Home Guard -- Sí --> Home[/Home/] Home -->|Modo glosario| Glossary[/Glosario A-Z/] Home -->|Modo quiz| QuizSetup[/Configurar quiz/] Home -->|info| About[/Acerca de/] Glossary -->|Tap categoría| GCat[/Categoría/] Glossary -->|Tap término| GTerm[/Término/] GCat -->|Tap término| GTerm GTerm -.->|Lanzar quiz
de la categoría| QuizSetup QuizSetup -->|Empezar| QuizSession[/Sesión activa/] QuizSession -->|Última pregunta| QuizResult[/Resultados/] QuizResult -->|Repasar errores| QuizSession QuizResult -->|Otra sesión| QuizSetup QuizResult -->|Inicio| Home QuizSession -.->|Tap término
relacionado| GTerm QuizResult -.->|Tap error| GTerm classDef screen fill:#E6F1FB,stroke:#0C447C,color:#042C53; classDef quiz fill:#FAEEDA,stroke:#EF9F27,color:#854F0B; class Home,Glossary,GCat,GTerm,About,Onboard screen; class QuizSetup,QuizSession,QuizResult quiz;

Las flechas continuas son navegación normal; las discontinuas, los saltos entre el glosario y el quiz. Onboarding es, simplemente, las pantallas de presentación de la app en su primer uso.

Diagramas

2 · Arquitectura por capas

Las pantallas hablan con stores (estado en memoria) y servicios (lógica de negocio). Solo los servicios tocan la base de datos. Si algún día hay que cambiar SQLite por otra cosa, solo se toca la capa de servicios.

classDiagram direction LR class HomePage class GlossaryPage class GlossaryTermPage class QuizSetupPage class QuizPage class QuizResultPage class useQuizSessionStore { items currentIndex attempts startSession() answerCurrent() } class usePreferencesStore { activePlatformCode targetCertification setTargetCertification() } class quizService { fetchSession(filters) recordAttempt(attempt) linkedGlossaryTerms(qId) } class glossaryService { listCategories() getTerm(id) listEquivalentTerms() getCertificationProgress() } class databaseService { initialize() getConnection() } class SQLite { glossary_terms questions user_attempts user_term_progress } HomePage --> usePreferencesStore HomePage --> glossaryService GlossaryPage --> glossaryService GlossaryTermPage --> glossaryService QuizSetupPage --> quizService QuizSetupPage --> useQuizSessionStore QuizPage --> useQuizSessionStore QuizPage --> quizService QuizResultPage --> useQuizSessionStore useQuizSessionStore ..> quizService : recordAttempt quizService --> databaseService glossaryService --> databaseService databaseService --> SQLite

Las pantallas nunca tocan SQLite directamente; siempre pasan por un servicio, lo que simplifica bastante los tests.

Diagramas

3 · Qué pasa cuando respondes una pregunta

El flujo completo desde el momento en que pulsas "Confirmar" hasta que la maestría del término relacionado queda actualizada. Una sola pulsación dispara un insert, varios upserts y un recálculo de la regla de maestría, todo contra la base de datos local.

sequenceDiagram autonumber actor U as Usuario participant V as QuizPage participant S as quizSession (store) participant Q as quizService participant DB as SQLite U->>V: Pulsa opción + "Confirmar" V->>S: answerCurrent(optionId) Note over S: Calcula isCorrect y
duración S->>S: attempts.push(...) S->>Q: recordAttempt(...) Q->>DB: INSERT user_attempts Q->>DB: SELECT linked terms DB-->>Q: [t-iam, t-role] loop Por cada término Q->>DB: UPSERT counts Q->>DB: SELECT counts actuales DB-->>Q: {correct, incorrect} Note over Q: Regla de maestría:
3 aciertos AND ratio ≥ 0.7 Q->>DB: UPDATE mastery_level end Q-->>S: ok V->>Q: linkedGlossaryTerms(qId) Q-->>V: términos V-->>U: Feedback ✓/✗ + chips

El insert del intento es independiente de los upserts de maestría.

Diagramas

4 · Cuándo se considera "dominado" un término

Tres estados y dos condiciones para pasar de uno a otro. La transición de vuelta existe para que el progreso también pueda corregirse a la baja.

stateDiagram-v2 [*] --> untouched untouched --> learning : primer intento
(acertado o fallido) learning --> mastered : ≥ 3 aciertos
AND ratio ≥ 0.7 mastered --> learning : nueva incorrecta
baja el ratio < 0.7 learning --> learning : intento sin
cumplir umbral

Un acierto te saca de untouched; tres aciertos con buen ratio te llevan a mastered, y una mala racha puede devolverte a learning.

Diagramas

5 · Modelo de datos

El esquema SQLite que se embarca con la app. Está pensado para ser multi-cloud desde el principio: cada término, cada categoría y cada certificación llevan una platform_id que identifica si pertenecen a AWS, Azure, GCP o al grupo "shared" (conceptos transversales como "cloud computing" o "alta disponibilidad", que no son propiedad de ningún proveedor).

erDiagram PLATFORMS ||--o{ GLOSSARY_CATEGORIES : "agrupa" PLATFORMS ||--o{ GLOSSARY_TERMS : "pertenece a" PLATFORMS ||--o{ CERTIFICATIONS : "ofrece" GLOSSARY_CATEGORIES ||--o{ GLOSSARY_TERMS : "contiene" GLOSSARY_TERMS ||--o{ SERVICE_EQUIVALENCES : "equivale a" GLOSSARY_TERMS ||--o{ QUESTION_GLOSSARY_LINKS : "evaluado por" QUESTIONS ||--o{ QUESTION_GLOSSARY_LINKS : "evalua" QUESTIONS ||--o{ QUESTION_OPTIONS : "tiene" QUESTIONS ||--o{ USER_ATTEMPTS : "intentada" GLOSSARY_TERMS ||--o| USER_TERM_PROGRESS : "progreso" CERTIFICATIONS ||--o{ QUESTION_CERTIFICATIONS : "incluye" QUESTIONS ||--o{ QUESTION_CERTIFICATIONS : "cubierta en" PLATFORMS { string id PK string code string name string color } GLOSSARY_CATEGORIES { string id PK string platform_id FK string name } GLOSSARY_TERMS { string id PK string platform_id FK string category_id FK string term string definition string tip } SERVICE_EQUIVALENCES { string term_id_a FK string term_id_b FK string strength string note } CERTIFICATIONS { string id PK string platform_id FK string code string name } QUESTIONS { string id PK string subtype string difficulty string stem string explanation } QUESTION_OPTIONS { string id PK string question_id FK string text boolean is_correct } QUESTION_GLOSSARY_LINKS { string question_id FK string term_id FK } QUESTION_CERTIFICATIONS { string question_id FK string certification_id FK } USER_ATTEMPTS { string id PK string question_id FK boolean is_correct int duration_seconds boolean synced } USER_TERM_PROGRESS { string term_id PK int correct_count int incorrect_count string mastery_level }

El catálogo (plataformas, categorías, términos, preguntas) es de solo lectura: viene precargado con la app. Las dos tablas de usuario (user_attempts y user_term_progress) son las únicas que se escriben en tiempo de ejecución. La columna synced de user_attempts está ya preparada para la sincronización opcional de futuras versiones.

Calidad

Estrategia de pruebas

Las reglas de negocio críticas (la regla de maestría, el cálculo del progreso por certificación y el barajado de opciones del quiz) están cubiertas por pruebas unitarias con Vitest + @vue/test-utils.

4archivos de tests
37tests verdes
~2 stiempo total
0dependencias nativas

Los tests están organizados en cuatro suites pensadas para aislar cada capa de la arquitectura:

  • Stores: el estado en memoria del quiz se prueba sin tocar ni servicios ni base de datos. Se mockea quizService.recordAttempt y se comprueba que el store cuenta aciertos, avanza preguntas y resetea correctamente.
  • Servicios: la regla de maestría tiene 4 tests específicos que cubren cada rama lógica (1 acierto, 3 aciertos limpios, 3 aciertos con muchos fallos, fallo aislado). El cálculo del progreso de certificación tiene otros 5 (incluyendo casos límite como porcentajes no enteros y total = 0).
  • Componentes UI: los componentes base (botón, barra de progreso, rayo del logo) se prueban con renderizado JSDOM, comprobando clases, atributos ARIA y eventos.
  • Setup compartido: los plugins nativos de Capacitor (SQLite, Preferences, StatusBar, Haptics) se mockean en un único tests/setup.ts que se carga antes de cada test. Eso permite ejecutar todo el conjunto en Node + JSDOM, sin necesidad de un emulador.

El comando para ejecutarlos:

npm run test:run

Ejecutar la suite completa contra el código actual da 37 / 37 tests pasando. Falta la parte alta de la pirámide: tests end-to-end del flujo completo sobre emulador de iOS y Android, pendientes para más adelante.

Captura de la consola tras ejecutar npm run test:run: 4 archivos de tests, 37 tests pasados, duración 1,87 segundos.

Salida real de npm run test:run.

Stack

Resumen técnico

  • Framework UI: Vue 3 + Ionic 8, con TypeScript en estricto. Vue por su curva de aprendizaje corta; Ionic por sus componentes nativos (transiciones, gestos, safe areas), que evitan reimplementar a mano el comportamiento de cada plataforma.
  • Empaquetado nativo: Capacitor 8, con plugins oficiales (SQLite, Preferences, Haptics, StatusBar, Network).
  • Estado: Pinia. Dos stores: uno para preferencias persistentes (plataforma activa, certificación objetivo, tema) y otro para el estado en memoria de la sesión de quiz actual.
  • Persistencia: SQLite local vía @capacitor-community/sqlite. En la web (modo dev) se usa jeep-sqlite con WASM; en iOS/Android se usa el SQLite nativo del sistema.
  • i18n: vue-i18n con todas las strings en src/locales/es.json. Añadir inglés consiste en crear un en.json paralelo, sin tocar el código.
  • Testing: Vitest + @vue/test-utils + jsdom. Sin dependencias nativas: corre en cualquier máquina con Node.
  • Build: Vite, con recarga en caliente sobre módulos ES en desarrollo y bundle de producción con Rollup.

Sobre el autor

CumuloNimbo es un proyecto de Luis Julve.

Conoce el resto del trabajo en .

Política de privacidad

Última actualización: agosto de 2026

Términos de uso

Última actualización: agosto de 2026