PROGRAMACION

Rendimiento de .NET Remoting, Enterprise Services y servicios Web ASP.NET

Introducción
Mientras que el rendimiento absoluto es la máxima preocupación para varias áreas de la tecnología (dispositivos, controladores de hardware, servicios sanitarios y médicos, determinados sistemas financieros), éstas tienden a ser una minoría. Los principales objetivos de la mayoría de las aplicacionesempresariales son la "exactitud", el "tiempo de entrega" y la necesidad de ser tan rápidas como sea necesario, pero no más. El coste y el esfuerzo que supone diseñar aplicaciones que ofrezcan el rendimiento máximo absoluto posible pueden ser enormes; la cantidad considerable de tiempo y conocimientos necesaria para obtener el máximo rendimiento no suele ser necesaria para muchos sistemas empresariales.Sin embargo, aunque a menudo se exagera el máximo rendimiento absoluto, garantizar un buen rendimiento global del sistema sigue siendo un objetivo para la mayoría de las empresas que desean maximizar los beneficios obtenidos con la inversión.
En este artículo, veremos un análisis comparativo de los niveles de rendimiento relativo de los servicios y componentes reales que alojan cada una de lastres tecnologías de servicios y componentes distribuidos que ofrece .NET:
•
.NET Enterprise Services (ES) alojados en COM+
•
Servicios Web ASP.NET (ASMX) alojados en IIS
•
.NET Remoting alojado en IIS y hosts personalizados
Nota: El rendimiento de System.Messaging respecto a las API MSMQ COM se tratará en el artículo System.Messaging Performance
Objetivos
Existe un debate interminableacerca de "cuál es la tecnología de aplicación distribuida más rápida de Microsoft" o afirmaciones de que "inserte aquí el nombre de la tecnología" es demasiado lento para que podamos utilizarla". El objetivo principal de este artículo es detallar y aclarar muchas de las preocupaciones, creencias erróneas, inexactitudes e información incorrecta acerca del rendimiento de las tecnologías distribuidasde Microsoft.
Nos gustaría erradicar muchas creencias erróneas acerca de las características de rendimiento relativo de cada una de las tecnologías de componentes y servicios distribuidos de Microsoft, así como ofrecer un conjunto claro de pruebas ilustrativas y sus resultados, junto con un conjunto de orientación que le ayude a elegir la tecnología más adecuada para sus necesidades.
Comoresumen, los objetivos de este artículo son:
1.
Investigar qué diferencias de rendimiento relativo existen entre las tres tecnologías para la mayoría de las aplicaciones empresariales.
2.
Corregir algunas ideas acerca de las penalizaciones de rendimiento que se cree que unas tecnologías tienen sobre otras.
3.
Ayudar a tomar decisiones acerca de dónde, cuándo y cómo utilizar cada tecnología de lamanera más adecuada.
4.
Ofrecer una aplicación de prueba para que pueda ejecutar estas pruebas en sus propios entornos y equipos. Le recomendamos que genere y ejecute este entorno de prueba para investigar y analizar las características de rendimiento de estas tecnologías, lo que permitirá comprender completamente los numerosos factores que afectan al rendimiento de los sistemas distribuidos.Esto no es una prueba comparativa
Las pruebas que se presentan en este artículo se han diseñado explícitamente para ofrecer resultados comparativos coherentes entre las tecnologías concretas que se han probado. Estas pruebas no se han diseñado para medir el rendimiento absoluto máximo posible de cada tecnología bajo carga.
La aplicación de controlador de prueba (cliente) tiene un únicosubproceso, por lo que las llamadas síncronas serie se realizan tan rápidamente como responde el servicio al que se llama. Con este diseño, el cuello de botella no es siempre el uso de CPU del servidor.
Si se utilizan varios clientes o un cliente con varios subprocesos, es posible que el servidor procese más llamadas por segundo. Para pruebas de aplicación de servidor que realicen un uso tan intenso de...