Examen nivel 5 — Node.js

Examen — preguntas inéditas

12 preguntas inéditas para validar Nivel pro y despliegue : TypeScript, rendimiento, Docker, despliegue y CI/CD.
Responde a todo y pulsa Corregir: aparecerán tu puntuación y las explicaciones.

5.1 · Recuerdo

1. ¿Qué es TypeScript frente a JavaScript?

Un lenguaje sin ninguna relación Un superconjunto que añade el tipado estático (todo JS válido es TS válido) Un reemplazo de Node que se ejecuta sin compilación Una herramienta que suprime todos los tipos

TS = JS + tipos : se declaran los tipos por encima de su JavaScript, verificados en la compilación.

5.1 · Aplicación

2. Salim pasa una cantidad como texto donde se espera un número. ¿Cuándo se detecta el error?

Nunca, pasará inadvertido Solo si un cliente se queja En la compilación por tsc, antes de toda ejecución Solo tras la puesta en producción

El tipado estático detecta la incoherencia antes de la ejecución — no en runtime ni en producción.

5.1 · Arbitraje

3. Salim empieza en JavaScript y quiere aprenderlo todo en TypeScript estricto de golpe. ¿Arbitraje?

Consolidar JavaScript primero, luego adoptar TS progresivamente (ligero y luego avanzado) Abandonar JavaScript para solo aprender los tipos Forzar TypeScript incluso en un script desechable de una línea Tiparlo todo en estricto desde el primer día

Solo se tipa bien lo que se comprende : JS primero, tipos por encima, por etapas.

5.2 · Recuerdo

4. ¿Por qué es necesario el clustering en Node?

Porque Node es monohilo : un proceso solo usa un núcleo Porque Node no sabe gestionar las peticiones Porque la RAM siempre es insuficiente Nunca es necesario

Cluster o PM2 : una instancia por núcleo para aprovechar todo el servidor multinúcleo.

5.2 · Aplicación

5. La API de Salim va lenta : las mismas peticiones de catálogo solicitan la base sin cesar. ¿Primera palanca?

Suprimir la base de datos Reescribir todos los bucles al azar Añadir servidores sin medir Poner el catálogo en caché e indexar las consultas lentas

Caché + optimización de consultas : a menudo la palanca más rentable, guiada por la medición.

5.2 · Aplicación

6. Salim quiere optimizar sin equivocarse de objetivo. ¿Qué método?

No tocar nunca el código, pase lo que pase Optimizar por intuición, sin medir Medir (perfilar) para hallar el verdadero cuello, optimizar focalizado, remediar Optimizarlo todo en todas partes a la vez

Regla de oro : medir antes de optimizar — nunca optimización prematura a ciegas.

5.3 · Recuerdo

7. ¿Qué contiene un contenedor Docker?

Solo el código, sin entorno La aplicación CON todo su entorno (Node, dependencias, config) Solo imágenes decorativas Nada, es una carpeta vacía

El contenedor lleva su entorno : corre idéntico en todas partes.

5.3 · Aplicación

8. La app de Salim funciona en su puesto pero no en el de su colega. ¿Qué hace?

Reinstalar Node al azar hasta que pase Abandonar el proyecto Copiar node_modules a mano en cada puesto Escribir un Dockerfile (dependencias instaladas en la imagen) + .dockerignore

Dockerfile + build + run : misma imagen, mismo comportamiento — fin del « en mi casa funciona ».

5.3 · Aplicación

9. Salim debe montar app + base para un recién llegado en un comando. ¿Qué herramienta?

Un correo con capturas de pantalla Kubernetes avanzado desde el primer día Una hoja de cálculo compartida Docker Compose (docker compose up : app + base juntas)

Compose describe toda la pila : incorporación inmediata, reproducible idéntica.

5.4 · Aplicación

10. Salim despliega su API : ¿dónde van la clave secreta y la contraseña de base?

En duro en el código, es más simple En el repositorio Git, para compartirlas En variables de entorno en la plataforma, nunca en el código ni Git En un comentario público del código

Secretos fuera del código, del Dockerfile y de Git — aportados por el entorno.

5.4 · Arbitraje

11. Salim empieza y debe poner su API en línea rápido. ¿Qué elección?

Administrar un VPS completo desde el primer día Empezar por una plataforma PaaS simple (repositorio conectado, HTTPS gestionado) No desplegar nunca, quedarse en localhost Copiar los archivos a mano a un servidor sin HTTPS

PaaS para empezar (simplicidad) ; VPS para el control cuando se esté listo para asumir el mantenimiento.

5.4 · Arbitraje

12. Antes de exponer datos reales de clientes, ¿qué debe hacer Salim?

Hacer validar la infraestructura y los accesos por la DSI, verificar las ofertas actuales de los alojadores Suprimir los logs y la monitorización para ir más rápido Desplegar rápido sin avisar a nadie Publicar los secretos para facilitar el acceso

Datos sensibles : validación DSI, ofertas verificadas al elegir, HTTPS y monitorización en su lugar.

¿Y ahora qué?

Puntuación ≥ 80 % : pase al Nivel 6 « En la práctica » — casos concretos, resolución y caja de herramientas Node (SIN examen).
Puntuación 50-79 % : relea las explicaciones de arriba — cada una reexplica el concepto — y rehaga los retos 48h de las secciones falladas.
Puntuación < 50 % : retome las fichas 5.3 (imagen frente a contenedor) y 5.4 (CI frente a CD), sus dos gestos vitales, antes de continuar.