Plan de migración ArcGIS a Open GIS por fases

Un plan ejecutable de migración desde ArcGIS mueve procesos completos en orden de dependencia. Empiece por una operación, compruebe datos y consumidores, asigne quién la opera y amplíe después. QGIS, PostGIS, GeoServer y pygeoapi resuelven partes distintas de esa operación; elegir un sustituto para cada producto no completa la transición.

Esta guía está dirigida a organizaciones de Latinoamérica hispanohablante y equipos bilingües. Incluye inventario, arquitectura, piloto, coexistencia, migración por grupos y retiro. La duración depende de calidad de datos y aplicaciones; la secuencia no constituye una cotización con plazo fijo.

Fase 1: establecer alcance y referencia actual

Responsables: quien conoce el resultado de negocio, un especialista GIS capaz de reproducirlo y las personas encargadas de aplicaciones, datos y operación. En un equipo pequeño una persona puede asumir varios papeles, pero ninguna responsabilidad debe quedar sin cubrir.

Inventaríe procesos, no solamente archivos. “Informe mensual de activos” debe apuntar a capas, uniones, script, cuenta programada, plantilla, destinatario y plazo. Incluya tareas anuales o de emergencia que no aparecen en una semana de registros. Identifique entregas contractuales, campañas y renovaciones que condicionan el calendario.

Use el inventario CSV. Sus columnas cubren responsable, fuente, consumidores, autenticación, CRS, edición, desconexión, adjuntos, automatización, disponibilidad, alternativa, evidencia de aceptación y condición de reversión. Para cada desconocido asigne una investigación; no suponga silenciosamente que no importa.

Conserve productos originales y una copia recuperable. Un plano, una consulta conocida y un informe representativo permiten comparar. No modifique una geodatabase productiva solamente para descubrir si la conversión puede revertirse.

Resultado de fase: primer proceso acotado con consumidores, resultados medibles, costo actual y dependencias que deben conservarse. Para instalaciones mayores, ordene datos antes de servicios, servicios antes de aplicaciones y aplicaciones antes del cambio de usuarios.

Fase 2: asignar responsabilidades a los componentes

Seleccione componentes por el contrato que deben prestar. Un editor de escritorio no es un servicio de identidad, una API de entidades no es un portal y una base espacial no reproduce automáticamente el versionado de Esri.

Consulte la comparación empresarial si necesita compartir elementos, versionado de rama o aplicaciones especializadas. Para cada dependencia decida: configurar, integrar, reconstruir o conservar. “Existe en software abierto” no es una estimación de entrega.

Resultado de fase: arquitectura pequeña con almacén autoritativo, ruta de edición, publicaciones de lectura, límite de identidad y operador. Defina versiones compatibles y forma de despliegue antes de crear configuración productiva.

Fase 3: demostrar un proceso de extremo a extremo

El piloto debe llevar datos desde la entrada hasta una acción del usuario. Para inventario de activos: cargar registros, revisarlos en QGIS, editar un atributo permitido, publicar mapa y entidades, consumirlos en una aplicación y restaurar datos. Incluya un cliente ArcGIS cuando deba permanecer.

Empiece con el laboratorio descargable para concretar contratos y comprobaciones. Contiene 10.000 activos sintéticos, identificadores asset_id estables, distritos predecibles, proyecto QGIS, configuración de servicios y hojas de aceptación. Permite definir resultados exactos sin exponer datos de clientes.

Ejemplos de criterios para estos datos:

• Existen 10.000 identificadores distintos; asset-00001 sigue representando el mismo registro después de exportar.
• El filtro district=D01 devuelve 1.000 entidades por la distribución del conjunto.
• La envolvente documentada devuelve 441 puntos usando CRS y orden de ejes declarados.
• El rol lector no actualiza registros; un editor no modifica campos fuera de su alcance.
• Restaurar en una base desechable reproduce cantidades, identificadores y atributos.

Son requisitos por probar, no una afirmación de que todas las rutas suministradas se ejecutaron. El laboratorio registra comprobaciones locales reales de pygeoapi con CSV y GeoServer con Shapefile. La ruta PostGIS en contenedores y el proyecto de escritorio QGIS requieren ejecución en su ambiente. Las mediciones locales no estiman capacidad productiva, y las cargas diferentes no son un benchmark entre productos.

Después del ejercicio educativo, repita el proceso con una muestra representativa autorizada. Incluya geometría difícil, valor nulo, texto largo, caracteres especiales y adjuntos cuando existan en el proceso. Seleccione un subconjunto relacional completo: muestrear entidades al azar puede omitir registros relacionados y generar fallas engañosas.

Resultado de fase: un usuario completa la tarea, las diferencias quedan documentadas, los errores críticos se corrigen y el equipo demuestra recuperación. Mida tiempo de tarea y esfuerzo de soporte para mejorar el presupuesto.

Fase 4: diseñar coexistencia y reconciliar cambios

Asigne una ruta autoritativa de edición por conjunto o por partición explícita. Un patrón frecuente conserva edición especializada en Esri y publica derivados controlados de solo lectura mediante servicios abiertos. Otro mueve un inventario portable a PostGIS y mantiene conjuntos independientes en su plataforma original.

No permita editar dos exportaciones desconectadas sin un diseño de reconciliación. Defina claves, marcas temporales, representación de borrados, frecuencia y comportamiento ante fallas. Distinga carga completa de actualización incremental: omitir eliminaciones puede dejar activos obsoletos en la aplicación consumidora.

Defina la última escritura que acepta el sistema anterior y cómo llegan las posteriores al nuevo. Revertir debe contemplar ediciones creadas después del cambio, no solamente devolver una URL a la base de ayer.

Resultado de fase: secuencia escrita de actualización y ensayo de falla/recuperación, con una fuente de verdad clara en cada momento.

Fase 5: confirmar economía y operación

Actualice el modelo de costos con observaciones del piloto. Incluya licencias retenidas, operadores, soporte, respaldos, crecimiento, formación y coexistencia. Si el ahorro depende de reducir a la mitad las horas de atención, establezca qué medición justificaría ese supuesto.

Acuerde cobertura, responsable de incidentes, escalamiento, respaldos y recuperación adecuados al proceso. Pruebe una restauración; informar que existen copias no demuestra que puedan usarse. Revise retiro de accesos, rotación de credenciales, actualizaciones de seguridad y efecto de una dependencia no disponible.

Una entrega operativa útil incluye configuración sin secretos, versiones, instrucciones de despliegue, propietarios de datos, contratos de servicio y procedimiento de recuperación ejecutado por otra persona. Gestione credenciales con el mecanismo existente de la organización, no dentro de proyectos exportados ni repositorios públicos.

Resultado de fase: operación financiable y decisión explícita de continuar, reducir alcance o conservar el proceso actual. Una demostración exitosa no obliga a realizar una migración económicamente desfavorable.

Fase 6: migrar por grupos reversibles

Agrupe por datos y consumidores compartidos. Una primera entrega de menor riesgo puede ser publicación pública de lectura con insumos conocidos; no necesariamente es la de menos archivos. Mantenga edición especializada y sincronización sin conexión separadas hasta probarlas.

Repita por grupo: preservar fuente, transformar, reconciliar identificadores y valores, probar clientes, formar usuarios con su tarea, programar cambio y observar operación. Establezca antes la condición de reversión: registros faltantes, autorización incorrecta o incumplimiento del tiempo acordado, por ejemplo. Los umbrales deben provenir de la necesidad real.

Si revierte, detenga nuevas ediciones en la ruta afectada, preserve modificaciones, identifique el último estado consistente y reconcilie antes de reabrir. Restaurar una copia antigua sin más puede borrar trabajo válido. Ensaye con datos desechables para que cada persona conozca su responsabilidad.

Resultado de fase: un grupo operativo con consumidores trasladados y cambios nuevos contabilizados. Use defectos y esfuerzo observado para dimensionar el siguiente, en vez de multiplicar el tiempo de una demostración ideal por la cantidad de capas.

Fase 7: retirar dependencias y medir resultados

Antes de retirar un servicio, revise consumidores, tareas programadas, enlaces compartidos y reportes poco frecuentes. Exporte datos y configuraciones necesarios en formatos utilizables. Confirme con quien administra contratos los cambios de renovación y acceso a capacidades retenidas.

Mida en un período definido facturas, horas operativas, tareas fallidas, restauración y finalización de actividades. Compare alcances equivalentes. Si la organización obtiene una API útil por el mismo costo, describa ese resultado directamente; no convierta nuevas funciones en ahorro monetario observado.

Una migración terminada deja un proceso funcional, operador preparado, datos recuperables y límites claros de lo que permanece en ArcGIS. Las hojas del laboratorio concretan inventario y aceptación iniciales; la evidencia productiva final debe provenir de tareas y ambiente propios de la organización.