Inglés para DevOps y SRE: frases para incidentes, deploys y on-call
En DevOps el inglés no es para la reunión de los viernes: es para el deploy que falló a las 3 a.m., el bridge call con cinco equipos y el post-mortem que lee medio mundo. Lo bueno es que el vocabulario se repite mucho. Aquí tienes las frases que de verdad se usan en deploys, pipelines, incidentes, on-call y revisiones de Terraform, más los errores que conviene dejar de cometer.
Deploys y rollbacks
Lo primero: en inglés se dice deploy (verbo) y deployment (sustantivo), aunque en la práctica muchos equipos usan deploy para ambos. Lo que no existe es "deployar" ni "hacer un deploy de": se dice deploy something to production.
Antes del deploy
"I'm planning to deploy version 2.4 to production at 3 p.m. UTC. Any objections?"
"The release is blocked until the security scan passes."
"We're doing a canary release first: 5% of traffic for thirty minutes."
Durante y después
"The deploy is rolling out. Two of six pods are on the new version."
"Error rates are up since the deploy. I'm rolling it back."
"Rollback complete. We're back on 2.3 and metrics look normal."
Fíjate en la diferencia: roll back (dos palabras) es el verbo; rollback (una palabra) es el sustantivo. Lo mismo con roll out / rollout y set up / setup. Otras expresiones útiles: ship it, hotfix, feature flag, blue-green deployment, freeze window (periodo sin deploys).
Vocabulario de pipelines CI/CD
Un pipeline tiene stages, y cada stage tiene jobs o steps. Los verbos clave son trigger, run, pass, fail, retry y skip.
"The pipeline is red. The integration tests are failing on the main branch."
"It looks like a flaky test. I retried the job and it passed."
"The build is stuck in the queue because all runners are busy."
"Merging to main triggers a deploy to staging automatically."
"Can you approve the manual gate so it goes to production?"
Palabras que vale la pena dominar: artifact, build cache, runner o agent, linting, quality gate, environment variables, secrets, flaky (test que falla de forma intermitente). Si quieres repasar cómo se pronuncian algunas de estas, mira la guía de pronunciación de palabras técnicas.
Incidentes: bridge calls y status updates
En un incidente importa más ser claro que ser elegante. Frases cortas, hechos, y siempre lo que viene después.
Abrir el incidente
"I'm declaring a SEV2. Checkout is returning 500 errors for some users."
"I'll be the incident commander. Maria, can you take comms?"
"Let's keep this channel for the investigation only."
En el bridge call
"What changed in the last hour? Any deploys or config changes?"
"I'm looking at the database metrics now. Give me two minutes."
"Can everyone who isn't actively working on this go on mute?"
"Let's not go down that path yet. First, let's stop the bleeding."
Stop the bleeding y mitigate first, investigate later son ideas centrales: primero se restaura el servicio, después se busca la causa raíz (root cause).
Status update para stakeholders
Un buen update tiene cuatro partes: impacto, qué sabemos, qué estamos haciendo y cuándo será el próximo update.
"Update 14:30 UTC: About 10% of checkout requests are failing. We've identified a connection pool issue in the payments database and are scaling it up. Next update in 30 minutes or sooner if anything changes."
Si quieres una estructura reutilizable, tienes la plantilla de status report en inglés.
Handoffs de on-call
El handoff es cuando le pasas la guardia al siguiente. La clave es dejar claro qué está abierto, qué está en observación y qué no hace falta tocar.
"Quiet shift overall. Two pages, both resolved."
"There's one open issue: disk usage on the logging cluster is at 85%. I've opened a ticket, but keep an eye on it."
"The alert for queue latency is noisy. It fired three times and self-resolved. I think the threshold is too low."
"If it pages again, the runbook is linked in the alert. Escalate to the database team if the failover doesn't work."
Verbos que vas a usar siempre: page (despertar a alguien con una alerta), acknowledge (reconocer la alerta), escalate, hand off, snooze, silence. Y la pregunta más honesta del on-call: "Is this actionable?"
Post-mortems sin culpas
Un post-mortem blameless se enfoca en el sistema y el proceso, no en quién se equivocó. Eso cambia el lenguaje: en vez de "Juan deleted the table", se escribe sobre lo que permitió que pasara.
| ❌ Con culpa | ✅ Blameless | Por qué |
|---|---|---|
| Juan ran the wrong script. | A script ran against production instead of staging. | Describe el hecho, no a la persona. |
| The team forgot to check the alerts. | The alert didn't reach the on-call engineer because it was routed to an old channel. | Busca la falla del proceso. |
| This should never happen again. | We'll add a confirmation step for production scripts. | Una acción concreta vale más que una promesa. |
Secciones típicas: Summary, Impact, Timeline, Root cause, What went well, What went wrong, Action items. Frases útiles:
"The incident lasted 42 minutes and affected users in the EU region."
"Detection took longer than expected because we had no alert on this metric."
"What went well: the rollback worked on the first try."
"Action item: add an alert on connection pool saturation. Owner: platform team."
Revisiones de infraestructura como código
En un pull request de Terraform, Helm o Ansible, los comentarios suelen ser directos pero amables. Los nativos suavizan mucho con preguntas y con nit (detalle menor, no bloqueante).
"The plan shows the database will be destroyed and recreated. Is that intended?"
"Could we move this value to a variable instead of hardcoding it?"
"Nit: the naming here doesn't match our convention."
"This security group allows 0.0.0.0/0 on port 22. Can we restrict it to the VPN range?"
"Looks good to me. Approving, but please run the plan in staging first."
Vocabulario de base: state file, drift, plan / apply, module, idempotent, least privilege, blocking / non-blocking comment. LGTM (looks good to me) es la aprobación clásica.
Errores comunes
| ❌ Lo que decimos | ✅ Lo que se dice | Por qué |
|---|---|---|
| I will do the rollback of the deploy. | I'll roll back the deploy. | El verbo es roll back; no hace falta "do". |
| The pipeline is broken since yesterday. | The pipeline has been broken since yesterday. | Con since va present perfect. |
| The server fell. | The server went down. / The server crashed. | "Se cayó" no se traduce con fall. |
| I made a deploy in production. | I deployed to production. | Se usa to, y el verbo directo. |
| Who is the responsible of this service? | Who owns this service? | En DevOps se habla de ownership. |
| I have a doubt about the alert. | I have a question about the alert. | Doubt implica desconfianza. |
Hay más errores de este tipo en 10 errores de inglés que cometemos los hispanohablantes en IT. Un consejo práctico: escribe tus propios updates de incidente en inglés aunque tu equipo sea local. Cuando llegue el bridge call con un equipo internacional, las frases ya van a estar en tu cabeza.
Gana soltura en inglés técnico en 5 días
El mini-curso gratis te da una lección corta por email cada día, con frases reales de IT y pronunciación de palabras técnicas. Pensado para gente que ya trabaja en tecnología y necesita hablar con más seguridad.
Quiero el mini-curso gratis