Dejaron de llamarnos cuando algo se rompe.
Los clientes dejaron de llamarnos cuando algo se rompe y empezaron a llamarnos para construir lo siguiente. Release engineering, entornos de staging, acceso seguro y migraciones ejecutadas como proyectos llenan ahora la cola de ingeniería.
En este artículo 3 secciones
- Los clientes dejaron de llamarnos cuando algo se rompe y empezaron a llamarnos para construir lo siguiente.
- Lo que llena hoy la cola de ingeniería: release engineering, entornos de staging, acceso seguro, migraciones ejecutadas como proyectos. El trabajo para el que se contrata a un equipo de ingeniería.
- La mayoría de los incidentes de nuestro desk los abrimos nosotros, no el cliente: la monitorización llega primero.
- Las construcciones salen bien porque la capa de debajo es nuestra: el metal, la SAN, la red en nuestro propio AS, y los ingenieros que la operan.
La forma de nuestro support desk ha cambiado. La cola que no deja de crecer es la de managed engineering: release engineering, entornos de staging, acceso seguro, migraciones ejecutadas como proyectos. La prueba de en qué nos hemos convertido no es un testimonio. Es el trabajo que nos traen nuestros clientes, y lo que nos piden que seamos.
El break-fix no desapareció. Dejó de ser el motivo principal por el que nos llaman. Un proveedor que responde a las 3 de la madrugada se gana el derecho a que le pregunten qué pasará a las 9 de la mañana del día del lanzamiento, y de esa conversación está hecha la cola de ingeniería.
Lo que hoy nos contratan para construir
Lo que llena hoy la cola de ingeniería, de más a menos frecuente:
- 01CI/CD y trabajo de release en vivo: acompañar deploys y go-lives
- 02Entornos de staging y preproducción
- 03Acceso seguro: site-to-site, gateways por cliente, despliegues para personal remoto
- 04Security hardening
- 05Ingeniería de rendimiento
- 06Migraciones ejecutadas como proyectos, y la arquitectura que hay detrás
Las migraciones, la arquitectura y la automatización parecen pequeñas en los datos de tickets por una razón: las construcciones más grandes se graduan por completo del sistema de tickets y se ejecutan como proyectos, con un levantamiento, una luz verde y un playbook de cutover. Los trabajos más valiosos nunca fueron tickets.
La prueba de ello vive bajo la superficie, en las construcciones que dejaron de ser tickets: un centro de control self-service que construimos dentro del propio portal de un cliente (cada cambio de VPN pasa por nuestra cola de tickets), la plataforma de un editor rediseñada y aterrizada en nuestro metal (una migración es un proyecto, no un ticket), y todo el personal de una agencia en acceso seguro en una sola tarde. Ninguna de ellas cabía en un ticket.
La mayoría de los incidentes los abrimos nosotros primero
Una cosa más, porque pertenece al mismo cambio. La mayoría de los incidentes de nuestro desk los abrimos nosotros: la monitorización llega antes de que el cliente lo note. Un desk de break-fix espera a que usted lo note. Lea más sobre cómo funciona nuestro support desk.
Por qué comprar esto a un proveedor de hosting
Frente a contratar en plantilla: un ingeniero de infraestructura senior, más una SAN, más una rotación de guardia es un compromiso serio y un ciclo de contratación antes de que nadie escriba una línea. Nosotros somos el equipo y el datacenter, disponibles ahora.
Frente a un freelance o una agencia: construyen sobre una infraestructura que opera otro. Cuando se rompe a las 3 de la madrugada, abren un ticket a un proveedor que no controlan. Nosotros construimos sobre una infraestructura que también operamos, así que la persona que la diseñó es la persona que la arregla.
Frente al soporte de un hyperscaler: un nivel de soporte y una cola, en una factura que se mueve. Aquí es una persona con nombre, de principio a fin, sin niveles, sobre hardware de coste fijo de nuestra propiedad. La diferencia no es una característica. Es quién coge el teléfono.
Alquilado, y por niveles
El metal de otro, respondido por una cola.
Propio, pero por niveles
El metal es suyo. Usted sigue recibiendo un nivel de soporte y una cola.
Con nombre, pero de alquiler
Una persona real que construye sobre una infraestructura que no opera.
Propio, y con nombre
Los ingenieros que operan el metal son los que responden.
Las construcciones salen bien porque la capa de debajo es nuestra: el metal, la SAN, la red en nuestro propio AS y BGP, los ingenieros de firmware en plantilla. La relación es el producto. La plataforma propia es la razón de que funcione, y la razón de que nadie que alquile la suya pueda copiarlo. El break-fix no es el pasado que dejamos atrás. Es aquello en lo que llegamos a ser tan buenos que los clientes empezaron a pedirnos más.
“Los clientes dejaron de llamarnos cuando algo se rompe, y empezaron a llamarnos para construir lo siguiente.”
Respuestas directas
¿Qué incluye en la práctica el fully managed hosting?+
La capa bajo la aplicación es nuestra: aprovisionamiento, migración, acceso seguro, staging, observabilidad, postura de backup y DR, ingeniería de rendimiento y de seguridad, entregada por ingenieros con nombre y cada vez más como proyectos de construcción, no solo como respuesta a incidentes. Es el trabajo para el que, si no, contrataría a un equipo de infraestructura.
¿Cuál es la diferencia entre soporte break-fix y managed engineering?+
El break-fix espera un síntoma y cierra un ticket. El managed engineering diseña, construye y acompaña el lanzamiento. En nuestro propio desk, la cola de ingeniería se ha multiplicado varias veces desde 2021, mientras que el desk en su conjunto no.
¿Puede realmente un proveedor de hosting hacer trabajo de DevOps y CI/CD?+
La mayor demanda de nuestra cola de ingeniería es exactamente esa: release engineering, soporte de deploy, entornos de staging.
¿No es más barato contratar a un freelance para el trabajo de infraestructura?+
El freelance construye sobre una infraestructura que opera otro, así que la construcción y la responsabilidad a las 3 de la madrugada se reparten entre dos partes. Aquí son el mismo equipo, sobre una infraestructura que ese equipo también opera.
Tráiganos lo siguiente, no solo lo que se rompió.
Un ingeniero con nombre, de principio a fin, sobre infraestructura de nuestra propiedad. Si debería ser un proyecto en lugar de un ticket, se lo diremos.
Hable con un ingenieroHa llegado al final.
Ponga la lectura a trabajar
¿Qué está ejecutando?
Cuéntenos la carga de trabajo, el tráfico y los requisitos de recuperación. Empiece por el configurador de servidores o repase los detalles con un ingeniero.
Escrito por los ingenieros que construyen y operan la infraestructura que describe.Hable con un ingeniero
