El Pool de Instancias de Shared Service
Cuando la gente habla sobre realizar pruebas de carga en un Sitio de ArcGIS Enterprise, tales conversaciones típicamente involucran el consumo de servicios de entidades dedicados o alojados.
Durante muchos años, los servicios dedicados y alojados han proporcionado un mecanismo rápido y confiable para consumir recursos de mapas con alto tráfico en línea. Esto no ha cambiado.<\/P>
Sin embargo, hay otro tipo de recurso para proporcionar mapas a los usuarios: el Pool de Instancias de Shared Service.
Introducido en la versión 10.7, el pool de instancias compartidas facilita la visualización y consulta de servicios que aún son valiosos pero donde se prefiere el uso de memoria del sistema sobre el rendimiento.
Esta característica permite una alta densidad de publicación de servicios (por ejemplo, poder publicar y tener muchos servicios en ejecución) a costa de algo de velocidad y rendimiento. Puede ser un buen compromiso considerando que para muchas organizaciones, generalmente hay más candidatos a servicios compartidos que dedicados o alojados.<\/P>
De esta característica ventajosa, los shared services han sido un verdadero cambio radical. Pero, desde la perspectiva de las pruebas de carga hay algunas consideraciones.<\/P>
Nota: Como administrador GIS, asuma que todos los shared services tienen un peso igual de valor entre sí. Además, asuma que los servicios dedicados deben tener una prioridad más alta que los shared services<\/U>. <\/STRONG><\/FONT><\/P>
<\/span><\/STRONG><\/FONT><\/H1> <\/P>¿Deben los Shared Services ser sometidos a pruebas de carga? <\/H1>¡La pregunta del millón! Como analista de rendimiento, esta pregunta puede surgir mientras publicas servicios en el Sitio.
Aunque puede ser muy tentador realizar pruebas de carga en shared services para entender su perfil de escalabilidad, hay varias razones por las cuales esta estrategia *no*<\/STRONG><\/EM> tiene sentido:<\/P>Si la escalabilidad fuera primordial, el servicio debería moverse a dedicadoLos shared services aún pueden escalar (por ejemplo, soportar múltiples solicitudes concurrentes para el mismo ítem) pero esta no es su función principal<\/LI><\/UL><\/LI>El administrador ya ha designado el servicio para favorecer el uso de memoriaAl configurar el servicio como shared, se espera que el servicio no sea solicitado frecuentemente<\/LI>Si el servicio ocasionalmente tiene tiempos de respuesta más lentos o ligeramente más lentos, eso está bien<\/U><\/LI><\/UL><\/LI>Probar tales servicios roba recursos hardware a los servicios dedicadosLos servicios dedicados son tus servicios "de primera clase", no hagas que los shared services compitan con ellos<\/U><\/LI>Los servicios dedicados y alojados son los mecanismos preferidos para la escalabilidadLos shared services no lo son<\/LI><\/UL><\/LI>Al probar o enviar solicitudes frecuentemente a shared services, recursos limitados del sistema como CPU y Memoria pueden desviarse de los servicios que los necesitan para entregar un rendimiento rápido a los usuarios<\/LI><\/UL><\/LI>Desafíos en la gestión del plan de pruebasNo es raro que los Sitios tengan docenas o cientos de shared services<\/LI>Asumiendo que todos los shared services son iguales, el plan de pruebas para probar y perfilar efectivamente cien o más shared services podría ser abrumador y difícil de gestionar<\/LI><\/UL><\/LI><\/UL>Un Sitio tiene una mezcla de Shared y Dedicated Services, ¿Aún se pueden probar los Dedicated? <\/H1>Sí. Entender el perfil de rendimiento y escalabilidad de los servicios dedicados sigue siendo información valiosa para desplegar y gestionar el Sitio óptimamente. Prueba tus servicios dedicados como normalmente lo harías.<\/P>¿Se pueden probar los Shared services si ese es el único tipo de pool publicado? <\/H1>No hay limitaciones técnicas que impidan que los shared services sean sometidos a pruebas de carga.
Aunque es ciertamente posible ejecutar tal prueba, no se recomienda por las razones mencionadas arriba.<\/P>Analizar y monitorear el Sitio periódicamente<\/H1>La popularidad de los servicios puede aumentar o disminuir con el tiempo. Analizar periódicamente los patrones de tráfico en las solicitudes a servicios puede ayudar a proporcionar a los administradores información para configurar y gestionar el Sitio óptimamente. Esto significa que a medida que algunos servicios son solicitados con mayor frecuencia (o se anticipa que lo serán), pueden ser movidos manualmente de ser un servicio compartido a un servicio dedicado.
<\/P>
