Al publicar un servicio, siempre es bueno tener en cuenta el público objetivo y sus propósitos en el mapa. ¿Necesitan un mapa rápido? ¿Necesitan un mapa preciso? Una bonita? ¿Quieren quitar las cosas del camino? ¿Van a garabatear por todas partes?
Si sus capas tienen múltiples fuentes de datos diferentes, entonces agrupar las capas que provienen de fuentes de datos similares (ya sea exactamente la misma, o la misma proyección, o la misma velocidad promedio) puede funcionar bien. Entonces, no estás esperando que se cargue la capa más lenta para obtener toda la imagen del mapa.
Si es probable que sus usuarios tengan una necesidad comercial específica de un montón de capas, entonces poder desactivar o desvanecer el servicio es útil. Es mucho más fácil dibujar una imagen de mapa completa con un 50% de transparencia en el cliente que conseguir que el servidor la pinte de esa manera.
Si el etiquetado y el renderizado son muy importantes, tener menos servicios con más capas probablemente funcionará mejor. Tener múltiples servicios renderizan sus propias etiquetas y luego componerlas juntas dará como resultado más colisiones de etiquetas que un solo servicio con muchas capas, ya que ArcGIS Server no podrá "planificar" dónde va cada etiqueta en los diferentes servicios.
Del mismo modo, si se trata de polígonos semitransparentes, tenerlos todos en un solo servicio funcionará mejor para componer las imágenes, especialmente si también está dibujando con una capa de fotos donde la compresión JPEG ayudará.
Agrupe los fc siempre que sea posible en subtipos que reduzcan la sobrecarga en el servidor y que brinden la oportunidad de mantener una menor cantidad de fc en un servicio de mapas.
fuente