Sesión presencial · Sin costo · Cupo limitado

Deuda Cero

Moderniza el código y la base de datos de tus sistemas heredados con IBM Bob y EDB Postgres.
Una mañana en la Ciudad de México para ver cómo se paga la deuda técnica sin apostar la operación.

  • Fecha Martes 24 de noviembre, 2026 10:00 h (CDMX)
  • Sede Mallorca Reforma Av. Paseo de la Reforma 365, CDMX
  • Formato Sesión ejecutiva Especialistas de IBM, EDB y CIOMEX
--días
--horas
--min
--seg

La deuda técnica tiene dos mitades.
Casi siempre se paga una sola.

Se moderniza la aplicación y la base de datos sigue atada a un licenciamiento que nadie quiere renovar. O se migra la base y el código que la rodea —procedimientos, integraciones, pruebas que nunca existieron— queda tal cual, sin documentar y sin dueño.

IBM Bob es el socio de desarrollo con IA de IBM: agentes por rol que ayudan a entender, refactorizar, probar y documentar el código de una aplicación, con puntos de aprobación humanos en cada paso. EDB Postgres es donde aterrizan los datos: compatibilidad con Oracle, alta disponibilidad, seguridad y soporte de nivel empresarial.

Esta sesión junta las dos mitades en una sola ruta: qué hace cada pieza, qué sigue siendo trabajo de tu equipo y por dónde empezar un lunes cualquiera.

  • 2mitades de la deuda —el código y los datos— atendidas en una sola ruta
  • 3 hcon especialistas de IBM, EDB y CIOMEX, y tiempo para preguntas
  • 0saltos de fe: cada fase se puede revisar, y abandonar, sin haber roto nada

Lo que vamos a ver

Dos herramientas,
una sola ruta

01

IBM Bob, el socio de desarrollo

Qué cambia cuando un agente ayuda a modernizar código con gobierno y con humano en el bucle.

Bob cubre el ciclo completo del software, no solo la generación de código: planeación, desarrollo, pruebas, despliegue y modernización. Trabaja con agentes por rol y con flujos que el equipo define y aprueba.

  • Modernización: entender código heredado, actualizarlo y documentarlo
  • Pruebas: generación y validación coordinadas con el resto del flujo
  • Gobierno: puntos de aprobación configurables y trazabilidad con BobShell
  • Seguridad: políticas y escaneo de datos sensibles dentro del flujo

IBM · Bob

02

EDB Postgres, donde aterrizan los datos

La otra mitad: una base empresarial sin las condiciones del licenciamiento heredado.

EDB Postgres Advanced Server ejecuta PL/SQL, paquetes, sinónimos y tipos heredados de Oracle: buena parte del código que hoy vive en tu base corre sin reescribirse. Alrededor, lo que exige un ambiente productivo.

  • Compatibilidad con Oracle: PL/SQL, paquetes, secuencias y vistas de catálogo
  • Alta disponibilidad: replicación multi-nodo y mantenimiento sin ventana de caída
  • Seguridad: cifrado transparente, auditoría y políticas de contraseña
  • EDB Postgres AI: analítica y búsqueda vectorial sin sacar los datos de casa

EDB · Postgres

03

La ruta completa, de punta a punta

Cómo se encadenan código y datos en un proyecto real, y dónde decide una persona.

Un caso recorrido paso a paso: cómo se entiende lo que hay, qué se convierte solo, qué queda a mano, cómo se prueba contra datos reales y cómo se planea el corte para que la ventana de caída se mida en minutos.

  • Inventario: qué hace el sistema hoy y qué lo sostiene
  • Conversión de la aplicación y de la base, por separado y en conjunto
  • Pruebas y validación antes de tocar producción
  • Qué no conviene modernizar todavía, y por qué decirlo a tiempo sale barato

CIOMEX · método

El método

Cuatro fases,
ningún salto de fe

Nadie moderniza un sistema crítico de un fin de semana al siguiente. Se avanza por etapas, y cada una se puede revisar —y abandonar— sin haber roto nada.

  1. 01

    Inventariar

    Entender antes de tocar: qué hace el código, qué depende de él y qué objetos de la base están en juego. Aquí sale el mapa y el número que le interesa a dirección.

  2. 02

    Convertir

    La aplicación avanza con ayuda de agentes, revisada por personas. El esquema y los datos pasan a Postgres con las herramientas de migración de EDB. Lo que no convierte solo queda listado, no escondido.

  3. 03

    Probar y validar

    Pruebas generadas y revisadas, aplicación contra la copia nueva con datos y carga reales. La base original sigue siendo la de verdad mientras tanto.

  4. 04

    Cortar

    Se confirma que la réplica está al día y se cambia la conexión. La vuelta atrás sigue disponible: lo anterior queda intacto hasta que haya confianza.

Quién hace qué

Qué pone cada pieza
y qué sigue siendo tuyo

Un agente acelera el trabajo; no lo reemplaza. Esta es la división honesta que desglosamos en la sesión.

Capa IBM Bob EDB Postgres Tu equipo
Código de la aplicaciónEntiende, refactoriza, actualiza y documenta con agentes por rolMantiene compatibilidad con el SQL y el PL/SQL existentes, para tocar menosDefine el alcance y revisa cada cambio
Esquema y datosApoya el análisis del código que consulta la baseConversión de esquema, carga y replicación con sus herramientas de migraciónDecide qué se migra, qué se archiva y qué se retira
PruebasGenera y coordina pruebas y validaciónAmbiente de pruebas con datos reales sobre la réplicaAprueba los criterios de aceptación
Seguridad y gobiernoPolíticas, escaneo de datos sensibles y trazabilidad de cada acciónCifrado, auditoría y alta disponibilidad de la baseFija los controles y los puntos de aprobación
El cortePrepara y verifica los cambios en la aplicaciónRéplica al día y cambio de conexión con ventana de minutosElige la fecha y la condición para volver atrás

La regla que mejor funciona: empezar por un sistema real pero no crítico, medir con datos propios y recién entonces decidir el alcance. Los números de folleto sirven para presupuestar, no para comprometerse.

Martes 24 de noviembre · 2026

Agenda

  1. 10:00

    Bienvenida

    CIOMEX e IBM abren la sesión y plantean el problema: por qué la deuda técnica llegó a la agenda de dirección y por qué hay que atender el código y los datos juntos.

    15 min
  2. 10:15

    IBM Bob: un socio de desarrollo con gobierno

    Agentes por rol, modernización de código, pruebas y puntos de aprobación. Qué hace, qué no hace y cómo se controla.

    40 min
  3. 10:55

    EDB Postgres: el destino de los datos

    Compatibilidad con Oracle, alta disponibilidad, seguridad y EDB Postgres AI. Cómo se migra y qué pesa más en cada origen.

    35 min
  4. 11:30

    Pausa y café

    Un respiro para conversar con los especialistas.

    20 min
  5. 11:50

    La ruta de punta a punta

    Un caso de modernización recorrido paso a paso: inventario, conversión, pruebas y corte, con los tiempos de cada etapa a la vista.

    40 min
  6. 12:30

    Preguntas abiertas y cierre

    Micrófono abierto para los especialistas de IBM, EDB y CIOMEX. Cierre a las 13:00.

    30 min

Perfil

Pensado para quien decide
y para quien lo construye

CIO y directores de TI

Para poner número al costo de mantener lo heredado, al riesgo del corte y a la ruta de adopción.

Arquitectos de aplicaciones

Para dimensionar qué toca la aplicación y qué se resuelve del lado de la base.

DBA y equipos de datos

Para ver la migración como trabajo concreto: herramientas, tiempos y lo que no convierte solo.

Desarrolladores y SRE

Para ver cómo trabaja un agente con gobierno y qué patrones llevarse al próximo proyecto.

Cómo llegar

Mallorca Reforma

Fachada y terraza del restaurante Mallorca en Paseo de la Reforma
Dirección
Av. P.º de la Reforma 365
Cuauhtémoc, 06500
Ciudad de México, CDMX
Fecha y hora
Martes 24 de noviembre de 2026
10:00 a 13:00 h
Consideraciones
Estacionamiento en el sitio. Metrobús Línea 7, parada Reforma. Te sugerimos llegar 15 minutos antes para tu registro.

Registro

Aparta tu lugar

El cupo de la sala es limitado y confirmamos por orden de registro. Sin costo.

  • Confirmación y detalles de la sede por correo
  • Conversación directa con los especialistas de IBM, EDB y CIOMEX
  • Café y un espacio para conversar entre sesiones
  • Evaluación preliminar de tu caso para quien la solicite

Tus datos se usan únicamente para gestionar tu asistencia a la sesión.