Modelos de implementación del servidor de StreamInsight
Microsoft StreamInsight admite dos escenarios de implementación para el servidor de StreamInsight:
Integración completa en la aplicación de StreamInsight como una DLL hospedada (incrustada).
Como servidor independiente con varias aplicaciones y usuarios de StreamInsight que comparten el servidor. En su configuración independiente, el servidor de StreamInsight se ejecuta en un contenedor como una aplicación ejecutable, o bien el servidor de StreamInsight se puede empaquetar como un servicio de Windows.
Implementación de DLL hospedada
El modelo de implementación hospedada permite que las aplicaciones incrusten el servidor de StreamInsight en sus soluciones de forma transparente. La aplicación de incrustación controla todo el acceso al servidor de StreamInsight y, así, puede evitar que otros tengan acceso a los metadatos y los datos que se procesan en el servidor de StreamInsight. En los siguientes ejemplos se representan escenarios en los que el modelo de implementación hospedada podría estar indicado para su solución de StreamInsight:
Desea utilizar un servidor de StreamInsight incrustado para desarrollar su aplicación de StreamInsight.
Desea minimizar el consumo de memoria de la aplicación de StreamInsight en el sistema en el que piensa implementar la solución.
Se encuentra en el proceso de desarrollar una aplicación y prefiere utilizar un proceso único para la aplicación que está escribiendo y el servidor de StreamInsight. El cambio al modelo de servidor independiente se realiza mediante una conexión a un servidor fuera de proceso en lugar de crear un servidor incrustado.
No se necesita acceso compartido a los metadatos y los datos de evento de flujo que se procesan en el servidor de StreamInsight.
Desea controlar estrechamente el acceso al servidor de StreamInsight por medio de la lógica de aplicación que contiene el servidor de StreamInsight.
Implementación independiente del servidor
Es preferible usar un servidor de StreamInsight independiente cuando varias aplicaciones deben compartir los mismos orígenes de datos de evento y pueden beneficiarse del acceso a objetos de metadatos mutuos. En los siguientes ejemplos se representan escenarios en los que el modelo de implementación independiente podría estar indicado para su solución de StreamInsight:
Desea compartir objetos de metadatos como tipos de evento, tipos de adaptador o plantillas de consulta entre varias aplicaciones. Con un servidor independiente es más fácil hacer que los metadatos sean iguales en estas aplicaciones, porque solo se registra una copia de ellos en el servidor de StreamInsight.
El servidor de StreamInsight tiene un origen de datos registrado que ya proporciona un flujo de eventos para una aplicación existente. El uso del servidor independiente facilitará la reutilización de los adaptadores ya registrados para el origen de datos y el uso compartido por las aplicaciones del flujo de datos de entrada.
En la implementación de servidor independiente se puede utilizar el servicio StreamInsight instalado como host del servidor. Las aplicaciones escritas para un servidor de StreamInsight independiente se deben conectar al servidor de StreamInsight utilizando el URI del servicio web del servidor de StreamInsight hospedado. Para obtener más información, vea Publicar en el servidor de StreamInsight y conectarse a él.