Hola Hernan, Lo primero que te preguntaría es si ya pensaste en un ESB. Si no, te puedo sugerir Mule ESB (http://www.mulesoft.com/mule-esb-open-source-esb) es una opción abierta, bastante popular y con una muy buena comunidad activa por detrás, y ciertamente menos compleja que otros productos (x ej Sonic: http://web.progress.com/en/sonic/sonic-esb.html). Cabe aclarar que Mule ESB es un producto Java. Si no te querés salir de .NET, tal vez quieras pegarle una mirada a ESB.NET (http://keystrokeesbnet.codeplex.com/); tiene una demo y todo del manager site. Yo creo que por la cantidad de servicios que estás hablando, les va a salvar la vida. Andá pensando en resolución de nombres, colas, ruteo, sesiones, monitoreo, alertas, QoS, seguramente logging centralizado, probablemente caches compartidos, actualización en caliente (tal vez incluya versiones side-by-side?).
Es un lindo proyecto! Saludos 2010/6/10 Hernan Ventre <[email protected]> > Hola, > Estamos empezando a trabajar con WCF, y pensando en una migración a una > arquitectura completamente orientada a servicios (inicialmente con servicios > windows), estimamos que el número de servicios va a ser muy grande. > Aunque no realizamos un análisis muy profundo de cuantos, estimamos que > deberían ser más de 300 servicios. > Es lógico hablar de esta cantidad de servicios. > Tendrán algún comentario para hacer al respecto. > Gracias, > > Hernán Ventre > > >
