.net - serial - tipos de buses
¿Qué es un bus de servicio y cuándo lo necesito? (3)
He oído hablar de NServiceBus , pero realmente no he entendido de qué se trata. Afirman ser "El bus de servicio de código abierto más popular para .net".
Asi que; ¿Qué es un "bus de servicio" y cuándo lo necesito?
Echa un vistazo al artículo de Wikipedia para Enterprise Service Bus .
Un bus de servicio actúa como una capa más de abstracción en la búsqueda interminable para implementar una buena arquitectura orientada a servicios. El Bus de servicio puede manejar parte del trabajo pesado visto detrás de una buena arquitectura orientada a servicios como la mensajería, el enrutamiento y la coordinación de servicios.
Si no está seguro de por qué querría algo así, le sugiero que lea sobre lo que hace una buena Arquitectura Orientada a Servicios. El libro que realmente me abrió los ojos y probó lo diferente entre tener Servicios Web y tener una verdadera Arquitectura Orientada a Servicios fue la Arquitectura Orientada a Servicios de Thomas Erl : Conceptos, Tecnología y Diseño
Este término se introdujo con SOA que en cierto modo es el sucesor (como palabra de EAI ) de EAI .
¿Cuándo lo necesitas? Buena pregunta. Viene con mucha complejidad.
Una regla de oro podría por si resuelve más problemas de los que causa.
Ser serio si tiene un entorno heterogéneo y quiere alinear (diferentes) aplicaciones (usando tecnología diferente) con procesos comerciales. Entonces podría ser útil usar BPEL (pero esto presenta problemas por migraton) para orquestación y coreografía
EDITAR: Lo que no está en la wikipedia, es la práctica: un ESB no puede adaptarse usando conectores especiales, aplicaciones antiguas de terminales para usar con Corba o Java Enterprise eso quiere decir interoperabilidad. El inconveniente son los más de 100 ''Estándares'' alrededor de SOAP que no cooperan sin un esfuerzo enorme.
Definitivamente lo necesitará si tiene que interconectar los sistemas de TI dentro de los seis meses posteriores a la fusión de dos grandes compañías de seguros.
Puede pensar en un bus de servicio como Ethernet de SOA.
En primer lugar, introduce un lenguaje de identificación de cosas, como una dirección IP en Ethernet. Este nombre no es algo inherentemente físico.
A continuación, tiene algo físico involucrado en cada nodo, como una cola en el caso de un bus para admitir comunicación semiconexión, o una tarjeta Ethernet en la metáfora.
Más allá de lo físico, está la parte de "protocolo" de la comunicación, como la pila OSI para Ethernet. Con el bus, esta es la biblioteca del cliente utilizada por el código de la aplicación.
En última instancia, puede ver un bus de servicio como el siguiente nivel de abstracción más alto para la construcción de sistemas distribuidos. Puede usarlo también para la comunicación entre el cliente y el servidor para proporcionarle mensajes de una sola dirección duraderos, así como para que el servidor envíe las notificaciones al cliente.
Específicamente, encontrará que NServiceBus es bastante liviano y fácil de usar una vez que hace las paces con el uso de la tecnología de colas: su elección de RabbitMQ, MSMQ, Azure Storage Queues y Azure Service Bus.