Vocabulario de computación en la nube y DevOps en inglés

Alquiler por internet de servidores, almacenamiento, bases de datos y otros recursos informáticos, en vez de comprar y operar hardware propio.

Empresa que posee grandes centros de datos y alquila a sus clientes capacidad de cómputo, almacenamiento, redes y otros servicios a través de Internet.

Zona geográfica donde un proveedor de nube agrupa varios centros de datos, como Fráncfort o Irlanda. Se elige la región en la que se ejecutan los recursos.

Sigla de infraestructura como servicio: alquiler de componentes básicos, como máquinas virtuales, discos y redes, mientras el cliente administra el sistema operativo y todo lo que hay por encima.

Sigla de plataforma como servicio: plataforma preparada a la que se sube el código, mientras el proveedor ejecuta los servidores, el sistema operativo y el entorno de ejecución.

Sigla de software como servicio: software completo que los clientes usan desde un navegador o una aplicación y pagan por suscripción, mientras el proveedor administra todo lo demás.

Describe una forma de ejecutar código en la que el proveedor inicia y escala servidores automáticamente para cada solicitud, y se paga solo por el tiempo de ejecución del código.

Describe servidores y software que una empresa ejecuta en su propio edificio o centro de datos, en vez de alquilarlos a un proveedor de nube.

Configuración que combina los sistemas propios de una empresa, en sus instalaciones o en una nube privada, con una nube pública, y conecta ambos entornos para que trabajen juntos.

Una de varias ubicaciones de centros de datos independientes dentro de una región de nube, cada una con su propia alimentación y red, para que un fallo en una no afecte a las demás.

Aplicación, servicio o tarea que se ejecuta usando recursos de la nube y capacidad informática, como un sitio web, un proceso por lotes o una base de datos.

Servicio en la nube cuyo proveedor se ocupa de la configuración, parches, copias de seguridad y escalado; el cliente lo usa sin administrar los servidores subyacentes.

Equipo físico o virtual que ejecuta servicios y responde por una red a solicitudes de otros equipos, por ejemplo enviando páginas o datos.

Ordenador completo con su propio sistema operativo que se ejecuta como software en una máquina física. Un servidor físico puede alojar varias máquinas virtuales a la vez.

Copia en ejecución de un servidor virtual o servicio en la nube. Se elige su tamaño, por ejemplo, la cantidad de CPU y memoria, y se paga mientras está activa.

Crear e iniciar con rapidez un servidor, contenedor o entorno, normalmente mediante un comando o unos pocos clics.

Software que crea y ejecuta máquinas virtuales, repartiendo entre ellas CPU, memoria y almacenamiento de un equipo físico y manteniéndolas aisladas.

Eliminar por completo un servidor, entorno o conjunto de recursos cuando deja de hacer falta, normalmente mediante un comando o script.

Paquete ligero y aislado que reúne una aplicación y todo lo que necesita para ejecutarse, de modo que se comporte igual en un portátil, un servidor de pruebas o la nube.

Plataforma muy utilizada para crear imágenes de contenedor y ejecutar contenedores. Su lanzamiento en 2013 popularizó esta tecnología.

Sistema de código abierto que ejecuta y administra contenedores en muchas máquinas: los inicia, reinicia si fallan, distribuye el tráfico y ajusta su cantidad.

Paquete de solo lectura que contiene una aplicación, sus bibliotecas y su configuración, y sirve como plantilla para iniciar contenedores.

Grupo de máquinas conectadas que trabajan como un solo sistema, por ejemplo para ejecutar contenedores en Kubernetes o almacenar datos en una base de datos.

Máquina física o virtual que forma parte de un clúster. En Kubernetes, los nodos worker son las máquinas donde se ejecutan realmente los pods.

Unidad más pequeña que ejecuta Kubernetes: uno o varios contenedores que siempre se colocan juntos en el mismo nodo y comparten dirección de red y almacenamiento.

Gestión automática de numerosos contenedores o servicios: decide dónde se ejecutan, los inicia, reinicia, conecta y escala.

Archivo de texto con instrucciones como FROM, COPY y RUN que Docker sigue para construir una imagen de contenedor.

Servicio de almacenamiento de imágenes de contenedor al que las canalizaciones suben versiones y del que los servidores las descargan.

Forma de trabajar en la que desarrollo y operaciones comparten la responsabilidad de crear, publicar y operar software, usando automatización para entregar cambios con rapidez y seguridad.

Poner una versión nueva de una aplicación o servicio en servidores para que se ejecute allí, ya sea en pruebas o para usuarios reales.

Acción de poner software nuevo en servidores, o una ejecución concreta de ese proceso. En Kubernetes también es un recurso que administra un conjunto de pods idénticos.

Secuencia automatizada de pasos, como compilar, probar y desplegar, que se ejecuta cada vez que cambia el código y se detiene si falla un paso.

Práctica de probar automáticamente cada cambio de código y entregarlo a usuarios mediante una cadena automatizada.

Copia independiente del sistema completo, con sus propios servidores, configuración y datos, destinada a un uso como desarrollo, pruebas o servicio a usuarios reales.

Entorno activo que usan los clientes reales. Un problema allí afecta directamente a los usuarios, por lo que los cambios requieren especial cuidado.

Entorno configurado para parecerse lo máximo posible a producción, donde se hacen las pruebas finales antes de publicar una versión.

Restablecimiento de una versión anterior y funcional después de que un cambio nuevo cause problemas.

Proceso de transformar el código fuente en algo que pueda ejecutarse, como un binario o una imagen de contenedor, normalmente seguido de pruebas automatizadas; también, el resultado del proceso.

Práctica de integrar con frecuencia pequeños cambios de código en la rama principal compartida, compilando y probando cada cambio automáticamente para detectar problemas pronto.

Práctica de mantener el código siempre listo para publicarse, de modo que cualquier versión probada pueda pasar a producción con una acción sencilla.

Archivo o paquete generado durante una compilación, como un JAR, un binario o una imagen de contenedor, que se almacena y luego se despliega.

Método de publicación con dos entornos de producción idénticos: se instala la versión nueva en el que está inactivo y luego se cambia todo el tráfico a ese entorno.

Publicación de una versión nueva primero para una pequeña parte de usuarios o servidores; se observan las métricas y luego se amplía al resto.

Configuración que activa o desactiva una función sin desplegar código nuevo, para mostrarla a ciertos usuarios, probarla en producción o apagarla rápidamente.

Publicar una versión, función o cambio para usuarios o servidores, a menudo paso a paso durante un periodo en vez de hacerlo todo de una vez.

Gestión de servidores, redes y otros recursos de nube mediante archivos de configuración que las herramientas leen y aplican, en vez de configurarlos a mano en una consola.

Crear y configurar recursos informáticos, como servidores, bases de datos o redes, para dejarlos listos para usar.

Herramienta de infraestructura como código de HashiCorp: se describen recursos en archivos de configuración y la herramienta los crea, modifica o elimina para ajustarlos a esa descripción.

Uso de herramientas para mantener software, ajustes y archivos de muchos servidores en un estado conocido y coherente, en vez de modificarlos uno por uno.

Formato de texto legible para archivos de configuración, basado en sangría y líneas sencillas de clave y valor, usado por muchas herramientas DevOps.

Tipo de almacenamiento en la nube que guarda archivos como objetos con una clave única y metadatos, y permite leerlos y escribirlos mediante una API HTTP.

Contenedor con nombre en un servicio de almacenamiento de objetos, como S3 o Google Cloud Storage, que guarda archivos y tiene sus propios ajustes de acceso y almacenamiento.

Red privada y aislada dentro de una nube pública, en la que se controlan rangos IP, subredes, rutas y accesos.

Rango menor de direcciones IP dentro de una red mayor, como una VPC, que sirve para agrupar recursos y controlar su acceso a Internet.

Sistema de directorio de internet que convierte nombres como example.com en direcciones IP que usan los equipos para conectarse.

Copia de datos guardada por separado para restaurarlos si los originales se pierden, dañan, borran por error o cifra un atacante.

Copia de un disco, volumen o base de datos tal como estaba en un momento concreto, que puede usarse para restaurar o crear otra copia.

Sistema que controla quién o qué puede iniciar sesión en una cuenta de nube y qué acciones tiene permiso para realizar; IAM significa identity and access management.

Principio de seguridad según el cual cada usuario, servicio o programa debe recibir solo los permisos necesarios para su tarea, y ninguno adicional.

Valor sensible que un sistema necesita para funcionar, como una contraseña, clave de API, token o clave privada, y que debe guardarse de forma segura y no aparecer en código ni registros.

Cortafuegos virtual en la nube con reglas que determinan qué tráfico de red, según el puerto y el origen, puede entrar a un servidor o recurso o salir de él.

Transformación de datos a un formato ilegible que solo puede revertirse con la clave adecuada, para impedir que quienes carecen de ella los lean.

Idea de que la seguridad en la nube se reparte: el proveedor protege los centros de datos, el hardware y los servicios básicos, mientras el cliente protege sus datos, configuración y accesos.

Recopilación y comprobación continuas de datos del sistema, como uso de CPU, tasa de errores y tiempos de respuesta, para detectar pronto los problemas.

Registro de eventos generado por una aplicación o sistema, normalmente una línea por evento con hora, nivel como INFO o ERROR y mensaje.

Notificación automática que se envía a los ingenieros cuando una métrica supervisada supera un límite o algo parece ir mal, por ejemplo, si la tasa de errores es demasiado alta.

Valor que se mide periódicamente para mostrar cómo se comporta un sistema, como el uso de CPU, la memoria, las solicitudes o los errores.

Pantalla que reúne las métricas y gráficos más importantes de un sistema para que el equipo pueda ver su estado de un vistazo.

Grado en que se puede entender lo que ocurre dentro de un sistema a partir de los datos que produce —sobre todo registros, métricas y trazas— incluso ante problemas imprevistos.

Seguimiento de una solicitud individual a través de varios servicios, registrando la duración de cada paso para localizar demoras o errores.

Prueba automática periódica, a menudo una solicitud a una dirección especial como /health, que comprueba si un servidor o servicio funciona y puede recibir tráfico.

Capacidad de un sistema para admitir más usuarios, datos o tráfico al añadir recursos sin perder mucho rendimiento ni rehacerlo por completo.

Servicio que recibe el tráfico entrante y lo distribuye entre varios servidores, enviando solicitudes solo a los que están sanos.

Adición automática de servidores o contenedores cuando aumenta la demanda y retirada cuando disminuye, según reglas como el uso de CPU o el número de solicitudes.

Tiempo que tarda una solicitud o unos datos en recorrer un sistema y recibir respuesta, normalmente medido en milisegundos.

Red de servidores repartidos por el mundo que conserva copias de imágenes, vídeos y páginas cerca de los usuarios para acelerar la carga.

Aumentar la capacidad para atender más carga añadiendo servidores, contenedores o instancias que se reparten el trabajo, en lugar de hacer más potente una sola máquina.

Aumentar la capacidad para atender más carga dando más recursos, como CPU o memoria, a una sola máquina, en lugar de añadir otras.

Cantidad de trabajo que un sistema completa en un periodo, por ejemplo solicitudes por segundo, mensajes por minuto o megabytes por segundo.

Parte más lenta o limitada de un sistema, como la base de datos o la red, que frena el rendimiento de los demás componentes.

Suceso imprevisto que interrumpe un servicio o lo empeora para los usuarios, como una caída, una gran ralentización o un problema con los datos, y que exige una respuesta rápida.

Periodo durante el cual un servicio, sistema o parte de él no funciona o no está disponible para los usuarios.

Tiempo durante el que un sistema o servicio no está disponible, por un fallo o por mantenimiento planificado.

Tiempo o porcentaje durante el cual un sistema funciona y está disponible, a menudo expresado como 99,9 % en un mes o un año.

Compromiso contractual que garantiza a clientes un nivel de servicio, como 99,9 % de disponibilidad, y especifica las consecuencias de incumplirlo.

Disponible fuera del horario habitual para responder rápidamente si ocurre una alerta o incidente; los ingenieros se turnan para cubrir sus servicios.

Revisión escrita después de un incidente que explica qué ocurrió, su impacto, la cronología, la causa raíz y las medidas para evitar que se repita.

Razón original y más profunda por la que ocurrió un problema; corregirla evita que vuelva, a diferencia de tratar solo el síntoma visible.

Cambio automático o manual a un sistema en espera, como una réplica de base de datos o una segunda región, cuando falla el principal.

Disponibilidad de copias adicionales de servidores, enlaces de red, discos o datos para que el sistema siga funcionando si uno falla.

Diseño de un sistema para que permanezca operativo casi todo el tiempo y ningún componente único pueda detener el servicio entero.

Planes, herramientas y procesos para restablecer sistemas y datos después de un suceso grave, como perder un centro de datos o una región completa.

Sigla de «service level objective»: meta interna de fiabilidad para un servicio, como que el 99,9 % de las solicitudes tenga éxito durante 30 días.

Sigla de «site reliability engineering»: aplicación de métodos de ingeniería de software para operar sistemas de producción de forma fiable. También nombra a la persona que realiza ese trabajo.

Guía escrita, paso a paso, para atender una tarea o alerta concreta, como reiniciar un servicio o liberar un disco lleno, de modo que cualquier persona de guardia pueda seguirla.

Modelo de precios en el que se paga solo por los recursos realmente utilizados, por ejemplo por segundo, hora o gigabyte, sin contrato de larga duración.

Reducción del gasto en la nube sin perjudicar el rendimiento ni la fiabilidad, por ejemplo eliminando recursos sin uso, eligiendo tamaños adecuados y aprovechando descuentos.

Capacidad de nube cuyo uso se contrata por uno o tres años a cambio de un descuento frente al precio bajo demanda.

Capacidad de nube sobrante, mucho más barata, que el proveedor puede retirar con poco aviso cuando la necesita.

Datos que salen de una red, por ejemplo de la nube a internet o a otra región. Los proveedores suelen cobrarlo, pero no los datos entrantes.