• Acceder a la información que solicitamos: Búsquedas, filtros, seguridad, especificidad, son algunos de los valores que se tienen en cuenta al momento de acceder a esta información.
• Combinar información y transformarla: Para entender esta característica planteemos un caso hipotético en el que necesitemos ir de un lugar a otro; la base de datos no solamente buscará en las terminales de buses, también compañías te taxis, metro, y Google maps.
• Devolver la información al usuario: Una ves resueltos los anteriores pasos el Backend le puede regresar la información al usuario mediante el manejo de una API (Las APIs son las herramientas encargadas de transportar la información desde el Backend hasta el Frontend, que es donde el proceso final de traducción toma forma) o la interfaz de Frontend de la aplicación.
• La subcapa lógica, relacionada con el lenguaje específico: En esta parte el lenguaje de Programación utilizado traduce la información proveniente de la API.
• La subcapa visual, relacionada con el diseño estético de la app: La parte del Frontend que el usuario puede ver.

Ideado como un entorno de ejecución de JavaScript orientado a eventos asíncronos, Node.js está diseñado para crear aplicaciones network escalables. En el siguiente ejemplo de "hola mundo", pueden atenderse muchas conexiones simultáneamente. Por cada conexión, se activa la devolución de llamada o callback, pero si no hay trabajo que hacer, Node.js se dormirá.

const http = require('http');

const hostname = '127.0.0.1';
const port = 3000;

const server = http.createServer((req, res) => {
  res.statusCode = 200;
  res.setHeader('Content-Type', 'text/plain');
  res.end('Hola Mundo');
});

server.listen(port, hostname, () => {
  console.log(`El servidor se está ejecutando en http://${hostname}:${port}/`);
});

• Aplicaciones de transmisión de datos (streaming)
• Aplicaciones intensivas de datos en tiempo real
• Aplicaciones vinculadas a E/S
• Aplicaciones basadas en JSON:API
• Aplicaciones de página única

• Escritura de manejadores de peticiones con diferentes verbos HTTP en diferentes caminos URL (rutas).
• Integración con motores de renderización de "vistas" para generar respuestas mediante la introducción de datos en plantillas.
• Establecer ajustes de aplicaciones web como qué puerto usar para conectar, y la localización de las plantillas que se utilizan para renderizar la respuesta.
• Añadir procesamiento de peticiones "middleware" adicional en cualquier punto dentro de la tubería de manejo de la petición.

1. Hacemos una petición.
2. Busca los datos en el Backend (API interna o externa).
3. Traduce la información en algo que el Frontend entienda.
4. Usamos esa información para el propósito deseado.

• Model: Almacena y administra datos (Bases de datos).
• View: Interfaz gráfica del usuario y lo que interactúa con el usuario, es una representación visual de la información que puede ser manejada de distintas formas.
• Controller: Conecta el modelo y la vista según sea necesario, traduce lo que el usuario ingresa en View y aplica la lógica para interpretar qué hacer con esa información y actualiza o regresa la información desde el modelo.

1. Servidor web: Es el encargado de recibir las solicitudes HTTP de los clientes y proporcionar las respuestas correspondientes.
2. Lenguaje de programación: Es el lenguaje utilizado para desarrollar el código que ejecuta las acciones necesarias para manejar las solicitudes y generar las respuestas. 
3. Base de datos: Es el lugar donde se almacena la información necesaria para responder a las solicitudes de la API. Puede ser una base de datos relacional como MySQL o PostgreSQL, una base de datos NoSQL como MongoDB o Cassandra, o un servicio de base de datos en la nube como Amazon RDS o Google Cloud SQL.
4. Autenticación y autorización: Es el sistema encargado de validar la identidad de los clientes que acceden a la API y controlar qué acciones pueden realizar.
5. Balanceador de carga: Es el componente encargado de distribuir las solicitudes entre varios servidores o instancias de la API para evitar cuellos de botella y mejorar la escalabilidad.
6. Registro y monitoreo: Es el sistema encargado de registrar las acciones que se llevan a cabo en la API y recolectar métricas de rendimiento para detectar problemas y mejorar la calidad del servicio.

1. Respuestas informativas (100–199),
2. Respuestas satisfactorias (200–299),
3. Redirecciones (300–399),
4. Errores de los clientes (400–499),
5. y errores de los servidores (500–599).