Ir al contenido

relevo de sistemas legacy

Soporte legacy: nos hacemos cargo del sistema que nadie de su plantilla entiende

La última persona que lo entendía ya se fue, y sigue pagando las nóminas. Ingenieros que llevan un cuarto de siglo en producción se hacen cargo en días, entran de guardia, lo parchean, lo arreglan y dejan por escrito cómo funciona.

En 48 horas: un plan de relevo, un precio cerrado y el día en que nuestros ingenieros entran de guardia.

Hoy

Código sin documentar, servidores sin parchear y un contratista jubilado que todavía contesta el teléfono.

  • systemnobody left who knows it
  • incidentsnights · weekends
  • security patchesbehind
  • documentationnone

De guardia a los pocos días de tener acceso

Relevado

Un ingeniero sénior de guardia, parches aplicados, bugs corregidos, runbooks y un mapa de todo el sistema.

  • on-callsenior engineers
  • patchescurrent
  • map + runbookswritten
  • migration pathpriced
El sistema sigue funcionando exactamente como hoy, y desde la fecha del relevo son nuestros ingenieros quienes responden cuando se rompe.

Cómo va el relevo

Cada día del traspaso hay alguien responsable del sistema. Lo aprendemos junto a quienes lo operan ahora y asumimos la guardia en cuanto podemos arreglarlo solos.
  1. 01días 1–3

    Acceso y acompañamiento

    Acceso al código, a los servidores y a los calendarios de jobs, y tiempo con quien lo mantiene vivo hoy. Observamos el sistema durante una ejecución normal, batch nocturno incluido.

  2. 02días 2–6

    Mapear el sistema

    La plataforma lee todo el código y construye el mapa: módulos, jobs, interfaces, la base de datos y qué depende de qué. Los ingenieros contrastan el mapa con lo que el sistema hace en producción.

  3. 03días 5–10

    Entrar de guardia

    Nuestros ingenieros sénior asumen la guardia con runbooks escritos para los fallos que este sistema tiene de verdad. Los parches de seguridad y los bugs pendientes se ordenan por riesgo y se corrigen en ese orden.

  4. 04días 10–30

    Operarlo y poner precio a la salida

    Soporte continuo a precio cerrado, más un plan con precio para pasar a Go, Rust o TypeScript cuando usted decida. El mapa y los runbooks son suyos y guardan todo lo que aprendimos.

Qué hace la plataforma y qué hacen nuestros ingenieros

La plataforma lee código en lenguajes para los que nadie contrata desde hace años. Ingenieros con 25+ años en producción mantienen vivo el sistema a las 3 de la madrugada.
  • Leer y mapear el código

    Plataforma

    COBOL, RPG, VB6, Delphi, PowerBuilder, PHP antiguo y los scripts de alrededor, en una pasada.

  • Averiguar qué depende de qué

    Plataforma

    Jobs, archivos, tablas e interfaces, para que un arreglo en un sitio deje el resto en pie.

  • Estar de guardia

    Ingeniero

    Un ingeniero sénior recibe el aviso y corrige el fallo, con tiempos de respuesta escritos en el contrato.

  • Parches de seguridad

    Ambos

    La plataforma encuentra dependencias obsoletas y código expuesto. Un ingeniero los parchea y prueba sobre una reproducción de su tráfico.

  • Corrección de bugs

    Ambos

    La plataforma los rastrea por el grafo de llamadas y un ingeniero los corrige y anota la causa en el runbook.

  • Runbooks y documentación

    Ingeniero

    Escritos a partir de incidentes reales, para que quien esté de guardia después parta de lo que ya pasó.

Cada arreglo entra en el runbook, y cada página del runbook le pertenece.

Quién mantiene su sistema en marcha

Nuestros ingenieros llevan más de 25 años escribiendo y operando código de producción, buena parte en los stacks que usted intenta mantener vivos: batch COBOL, AS/400, VB6, Delphi, ColdFusion, PHP de antes de los frameworks. Por eso son la mejor gente para hacerse cargo de su sistema. La plataforma lee el código en una pasada, y nuestros ingenieros saben lo que significa.

El precio cerrado, los tiempos de respuesta y la fecha del relevo están en el contrato. Cada mapa, runbook y arreglo es suyo desde el primer día.

Lo que preguntan quienes lo heredaron

Nuestro último experto ya se fue. ¿Es demasiado tarde?

La plataforma lee el código lo recuerde alguien o no, y nuestros ingenieros deducen el resto a partir del sistema en marcha. Si su personal actual sigue ahí, ayuda en los primeros días. Si ya no está, nos arreglamos sin él. Pida presupuesto hoy y empezamos por el acceso.

¿En cuánto tiempo pueden hacerse cargo?

Nuestros ingenieros están de guardia a los pocos días de tener acceso, con el mapa y los primeros runbooks listos el día 6. Si ahora mismo algo está ardiendo, dígalo en la solicitud y empezamos por ahí. Pida presupuesto y elija la fecha.

¿Dan soporte a COBOL y al AS/400?

Sí, y también a VB6, Delphi, PowerBuilder, ColdFusion, ASP clásico, PHP antiguo y Perl. Cualquier lenguaje, cualquier base de datos, cualquier sistema operativo que siga funcionando en su edificio. Indique su stack en la solicitud y le responde en 48 horas un ingeniero que lo conoce.

¿Nos van a empujar a una migración?

El plan de migración tiene precio y está sobre la mesa desde los primeros días, y la decisión es suya. El soporte funciona con su propio precio cerrado durante el tiempo que lo necesite. Cuando esté listo, el equipo que ya conoce su sistema hace la reescritura en 30 días. Empiece hoy con el soporte.

¿Cómo gestionan el acceso y la seguridad?

El acceso se limita a lo que el trabajo necesita y queda registrado, con un NDA firmado primero. Donde el sistema no es accesible desde fuera, trabajamos presencialmente y aislados de la red, en nuestro propio hardware. Ponga sus normas de acceso en la solicitud y el plan se ajusta a ellas.

Pásenos la guardia

Ahora mismo solo una persona, o nadie, se interpone entre ese sistema y una caída. Cuéntenos sobre qué corre y qué hace hoy. En 48 horas tiene un plan de relevo, un precio cerrado y la fecha en que nuestros ingenieros entran de guardia.

Pedir presupuesto

Lo lee y le responde un ingeniero. El NDA se firma antes de cualquier acceso.