Como nunca he usado ArcIMS, no puedo responder la siguiente pregunta. "¿Por qué ya no usamos ArcIMS?" Recientemente asumí una posición que solía administrar clientes ArcIMS pero ahora usa la arquitectura ArcGIS Server. Los colegas que han estado aquí por un tiempo todavía preguntan por qué ArcIMS necesita ser reemplazado y la única respuesta que puedo dar es que el software ya no es compatible o desarrollado por ESRI. Pero con respecto a la estabilidad, la funcionalidad, los formatos compatibles, etc. No puedo decir mucho.
¿Podría alguien darme una pequeña lista concisa de razones por las que ArcIMS es "viejo" y debería ser reemplazado por ArcGIS Server? También me ayudaría a comprender cómo se ha desarrollado el Servidor SIG en ESRI.
Gracias por cualquier comentario
Robert
fuente
Respuestas:
La última versión 4.0 fue en 2002 y eso es "antiguo" ahora. A medida que pasa el tiempo, aumenta el riesgo de que la actualización de cualquier pieza de software (Java, actualización del sistema operativo, etc.) en su servidor, haga que ArcIMS falle. Esa debería ser una buena razón para reemplazarlo, a menos que se asegure de no cambiar nada y sus necesidades no cambien.
Solía administrar una instalación de ArcIMS alrededor de 2002 más o menos, pero no he usado ArcGIS Server en absoluto, por lo que no puedo informar sobre cambios en función de las características.
fuente
ArcIMS sigue siendo una aplicación de 32 bits, por lo que a medida que los sistemas operativos se vuelven (¡finalmente!) Más capaces de 64 bits, esto puede convertirse en un factor limitante, particularmente cuando su mapa podría estar hecho de múltiples gigabytes de datos. ArcGIS Server es una aplicación Java de 64 bits y no tendrá estos límites.
La creación de un mapa en ArcIMS requería que editara un archivo de texto (un archivo AXL). Era posible publicar un documento de mapa MXD en ArcIMS, pero esa capacidad se eliminó en ArcGIS 10.0. Con ArcGIS Server, puede publicar su documento de mapa en el servidor directamente desde ArcMap, por lo que hay mucho menos tiempo jugando en un editor de texto para que su mapa se vea bien.
Con respecto a la estabilidad: en ArcGIS 9.3.1 / 10, ArcIMS finalmente se volvió bastante estable. Pero, la gestión de ArcIMS sigue siendo bastante rígida y no se presta bien a un sistema distribuido o basado en la nube. Cualquier tipo de carga / recarga de mapas desactivará momentáneamente todos sus servicios mientras la configuración se envía al servidor de aplicaciones ArcIMS. ArcGIS Server no hace eso: las recargas de servicios no afectan a otros servicios.
Además, cuando hay problemas para cargar un mapa, ArcIMS puede eliminar el mapa, lo que puede causar frustración cuando acaba de desaparecer un mapa que debería estar ejecutándose. ArcGIS Server mantendrá la configuración del mapa y dejará el servicio detenido.
fuente
esa es una pregunta mejor de lo que parece a simple vista ... el servidor arcgis solo ahora (en 10.1) está haciendo cosas que los arcims hicieron en 2000, como simbología dinámica, consultas dinámicas, capas sobre la marcha, etc. En cuanto al rendimiento, arcims supera a los ags. Además, arcims gestionó los recursos mejor que ags: compartió conexiones a bases de datos para que pudiera controlar la cantidad de conexiones. Con ags, obtienes 2 conexiones para cada servicio de mapas, no hay forma de administrar eso.
Entonces su pregunta podría tener un tono diferente: "¿por qué tenemos que usar ags?".
Pero en serio, arcims es tan viejo ahora que no admite algunas cosas. Por ejemplo, no puede ver rásteres que usan el tipo st_raster. En el futuro, ni siquiera podrá conectarse a su base de datos espacial esri (creo que en 10.2 esto sucederá). Además, las API web eventualmente dejarán de admitir arcims, por lo que quedará desconectado de la web, lo que anulará el propósito de tener arcims. por mucho que me guste arcims, realmente deberías migrar tus aplicaciones a los nuevos productos, esri o de otra manera.
fuente
Si tengo tiempo, volveré para mejorar esta respuesta, pero las dos más importantes para mí:
fuente