Reemplazar servicios ArcGIS con GeoServer: matriz de compatibilidad

Reemplazar un servicio ArcGIS exige reemplazar el contrato que consumen sus aplicaciones. Un WMS de GeoServer puede alimentar un cliente compatible, pero no se convierte en un MapServer REST al cambiar la ruta del proxy. Primero identifique operaciones y consumidores; después seleccione el destino.

Inventaríe solicitudes y tareas

Elija una aplicación y observe sus solicitudes durante una tarea real: abrir el mapa, buscar un registro, seleccionarlo, editar un atributo y exportar. Use datos sintéticos o autorizados y elimine tokens del registro. Anote URL, método, parámetros, respuesta, autenticación, errores y consumidor. Repita con procesos programados y clientes de escritorio, que pueden no aparecer en el navegador.

Diez capas que solo dibujan imágenes pueden ser una migración sencilla. Un FeatureServer con adjuntos, relaciones, sincronización y edición offline puede requerir más trabajo. La lista de servicios públicos es un punto de partida, no un inventario de dependencias completo.

La referencia Feature Service de ArcGIS REST y la referencia WFS de GeoServer describen contratos diferentes. Esta tabla propone una migración; no certifica equivalencia automática.

Seleccione un patrón por consumidor

Modifique el consumidor si la aplicación tiene mantenimiento y puede leer OGC directamente. Use un adaptador si las operaciones necesarias son pocas y explícitas; incluya pruebas y mantenimiento para cada comportamiento emulado. Conserve un servicio ArcGIS si una aplicación esencial o función especializada todavía depende de él. Una arquitectura híbrida puede trasladar consultas públicas y mantener temporalmente la edición especializada.

No empiece construyendo un emulador universal de ArcGIS REST. Un adaptador que responde a query pero descarta paginación, dominios o filtros temporales puede devolver resultados plausibles y equivocados. Declare operaciones no soportadas y evite respuestas que el cliente interprete como éxito.

Compare con datos controlados

Prepare cinco registros: polígono común, geometría multipartes, atributo opcional nulo, texto con tildes y fecha cercana a un cambio de día por zona horaria. Añada dos registros relacionados con un mismo padre si ese modelo importa. Use identificadores estables. Compare primero el conjunto de IDs; luego geometría y atributos. El conteo no detecta un duplicado acompañado de un registro faltante.

Para imágenes fije extensión, dimensiones, CRS y escala. Revise grosor, etiquetas, transparencia y leyenda con criterios de aceptación explícitos. Para edición pruebe cambios simultáneos, retiro de permisos, validación fallida y repetición de solicitudes. Una transacción WFS básica no demuestra versionado branch de ArcGIS ni un proceso de aprobación del negocio.

Controle la transición

Publique el candidato en una ruta o dominio separado. Pruebe consumidores representativos mientras el sistema original sigue siendo la fuente autorizada. Durante la convivencia defina un solo escritor por conjunto o un mecanismo de sincronización deliberado. Permitir editar indistintamente en ambas plataformas crea conflictos sin responsable.

Migre consumidores en grupos pequeños y deje lista la configuración de regreso. Si ya hubo ediciones en el sistema nuevo, la reversión también necesita reconciliar datos: cambiar DNS no transporta esas modificaciones. Retire el endpoint anterior después de revisar registros de uso, procesos programados y responsables durante un ciclo operativo representativo.

Detecte éxitos engañosos

Continúe con publicación PostGIS en GeoServer. Para evaluar la plataforma completa use ArcGIS Enterprise frente a Open GIS. Lleve el inventario de operaciones a una evaluación: permite estimar con más fundamento que contar servicios de mapas.