ArcIMS vs ArcGIS Server

nunca tendo usado o ArcIMS, não sou capaz de responder à seguinte pergunta. "Por que não usamos mais o ArcIMS?" Recentemente, assumi uma posição que costumava administrar clientes ArcIMS, mas agora usa a arquitetura ArcGIS Server. Os colegas que estão aqui há algum tempo ainda perguntam por que o ArcIMS precisa ser substituído e a única resposta que posso dar é que o software não é mais suportado ou desenvolvido pela ESRI. Mas em relação à estabilidade, funcionalidade, formatos suportados, etc., não posso dizer muito.

Alguém poderia me dar uma pequena e concisa lista de razões pelas quais o ArcIMS é "antigo" e deve ser substituído pelo ArcGIS Server? Também me ajudaria a entender como o Server GIS na ESRI se desenvolveu.

Obrigado por qualquer comentário,

Robert

A última versão 4.0 foi em 2002 e agora é "antiga". À medida que o tempo passa, aumenta o risco de que a atualização de qualquer software (java, atualização do SO etc.) no servidor faça com que o ArcIMS falhe. Esse deve ser um motivo suficientemente bom para substituí-lo, a menos que você tenha certeza de não mudar nada e suas necessidades não mudem.

Eu costumava administrar uma instalação do ArcIMS por volta de 2002, mais ou menos, mas não usei o ArcGIS Server, então não posso falar sobre alterações no recurso.

O ArcIMS continua sendo um aplicativo de 32 bits, e à medida que os sistemas operacionais se tornam (finalmente!) Mais capazes de 64 bits, isso pode se tornar um fator limitante, principalmente quando o seu mapa pode ser composto de vários gigabytes de dados. O ArcGIS Server é um aplicativo java de 64 bits e não terá esses limites.

A criação de um mapa no ArcIMS requer que você edite um arquivo de texto (um arquivo AXL). Foi possível publicar um documento de mapa MXD no ArcIMS, mas essa capacidade foi removida no ArcGIS 10.0. Com o ArcGIS Server, você pode publicar seu documento de mapa no servidor diretamente do ArcMap, para que haja muito menos tempo mexendo em um editor de texto para fazer com que seu mapa pareça correto.

Em relação à estabilidade: no ArcGIS 9.3.1 / 10, o ArcIMS finalmente ficou bastante estável. Porém, o gerenciamento do ArcIMS ainda é bastante rígido e não se presta bem a um sistema distribuído ou baseado em nuvem. Qualquer tipo de carregamento / recarregamento de mapa reduzirá todos os seus serviços momentaneamente enquanto a configuração é enviada ao ArcIMS Application Server. O ArcGIS Server não faz isso - as recargas de serviço não afetam outros serviços.

Além disso, quando há problemas ao carregar um mapa, o ArcIMS pode excluir o mapa, o que pode causar frustração quando um mapa que deveria estar em execução acaba. O ArcGIS Server manterá a configuração do mapa e apenas deixará o serviço parado.

essa é uma pergunta melhor do que aparenta ... o servidor arcgis está apenas agora (em 10.1) fazendo coisas que os arcims fizeram em 2000, como simbologia dinâmica, consultas dinâmicas, camadas dinâmicas e assim por diante. Em termos de desempenho, os arcims superam as expectativas. Além disso, o arcims gerencia os recursos melhor do que o ags: compartilha as conexões com os bancos de dados para que você possa controlar o número de conexões. Com os ags, você obtém 2 conexões para cada serviço de mapas - não há como gerenciar isso.

Portanto, sua pergunta pode ter um tom diferente: "por que precisamos usar ags?".

Mas, falando sério, o arcims é tão antigo agora que não suporta algumas coisas. Por exemplo, você não pode exibir rasters que usam o tipo st_raster. No futuro, você nem conseguirá se conectar ao seu banco de dados espacial esri (acho que em 10.2 isso acontecerá). Além disso, as APIs da web acabam com o suporte a arcims, para que você seja desligado da web, derrotando todo o propósito de ter arcims. por mais que eu goste de arcims, você realmente deve migrar seus aplicativos para os novos produtos, esri ou outros.

Se eu tiver tempo mal voltarei a reforçar essa resposta, mas as duas maiores para mim:

• Serviços de geoprocessamento
• Serviços de mapa em cache