Ao publicar um serviço, é sempre bom considerar o público-alvo e seus objetivos no mapa. Eles precisam de um mapa rápido? Eles precisam de um mapa preciso? Uma bonita? Eles querem roubar as coisas do caminho? Eles vão rabiscar tudo isso?
Se suas camadas tiverem várias fontes de dados diferentes, agrupar as camadas que vêm de fontes de dados semelhantes (exatamente a mesma, a mesma projeção ou a mesma velocidade média) pode funcionar bem. Então, você não está esperando a camada mais lenta carregar para obter toda a imagem do mapa.
Se é provável que seus usuários tenham uma necessidade comercial específica de várias camadas, é possível desativar ou diminuir o serviço. É muito mais fácil desenhar uma imagem de mapa inteira com 50% de transparência no cliente do que fazer com que o servidor a pinte dessa maneira.
Se a rotulagem e a renderização são muito importantes, ter menos serviços com mais camadas provavelmente funcionará melhor. Ter vários serviços renderizando seus próprios rótulos e depois compor juntos resultará em mais colisões de rótulos do que um único serviço com muitas camadas, pois o ArcGIS Server não poderá "planejar" onde cada rótulo vai para os diferentes serviços.
Da mesma forma, se você estiver lidando com polígonos semitransparentes, tê-los em um único serviço funcionará melhor para compor as imagens, especialmente se você também estiver desenhando com uma camada de foto em que a compactação JPEG ajudará.
Agrupe os fc's sempre que possível em subtipos que reduzam a sobrecarga no servidor e que ofereçam a oportunidade de manter menos número de fc em um serviço de mapa.
fonte