[Bulma] Consejo sobre la elección de una arquitectura de web services

[Antoni Aloy]

El Divendres, 07-12-07 a les 13:46 escrigueres:
> Hola a todos
>
> Tengo que empezar con un proyecto basado en web services(soap). Algunas
> particularidades de este proyecto es:
>  - Bajo un único protocolo se conectará con varias fuentes que no son
> homogeneas.
Explica eso
> - Cada una de las fuentes se tiene que implementar como un plugin para
> poder liberar cuando antes una versión operativa del proyecto.
No hay problema, pero ten en cuenta que necesitarás un denominador común para 
poder unir las distintas fuentes. Es decir, para comunicar tu gestión interna 
con las distintas fuentes con las que te conectes.
> - Como soy muy descuidado programando debe ser facil de actualizar los
> plugins.
Depende de cómo lo montes. Subversion es tu amigo. Luego depende de si 
utilizas Java, Python, PHP. Según lo que sea en Python hemos tenido muy 
buenos resultados.
> - Tiene que ser muy "eficaz".
El cuello de botella suele ser en las fuentes con las que te conectes y en el 
parseo del XML, tanto el de las fuentes (si te conectas a otros web services) 
como en la propia generación. De todos modos con las máquinas que hay hoy en 
día el principal problema no es en el XML en sí, sinó en la latencia de red y 
en la escalabilidad.
> Tengo unas dudas terribles sobre como afrontar este proyecto desde el
> punto de vista de la tecnología a utilizar. En principio estaba tentado
> a utilizar Java pero no me
No descartes Java como opción. Mírate proyectos como XFire (ahora también en 
Apache) y Axis 2. Es trivial realizar y consumir servicios y el parseo de XML 
tiene un buen rendimiento.
Para Python tienes ZSI para conectar con fuentes Soap y hacer servidores.
> gusta demasiado que todo el proyecto dependa de una  servidor contenedor
> y que además requiere de configurar. En el peor de los casos de un apache.
I? Tener un contenedor tiene ventajas añadidas. La configuración 
Apacha+mod_jk+Tomcat tiene muy buena escalabilidad. De igual modo 
Apache(s)+mod_python puede funcionar (depende de lo que quieras hacer). 
> El problema viene porque he encontrado unas librerias de C++ (gsoap :
> http://www.cs.fsu.edu/~engelen/soap.html)  pero tengo claras reservas
> sobre si hacerlo en C++ será un problema en el futuro, por:
sí :)
>     - Tengo que buscar librerias adicionales para C++: bases de datos,
> xml, ... Por ahora encuentro todo lo que quiero en mi querida debian
>     - Si será facil montar un sistema de plugin
>     - Si será facil de actualizar.
Demasiado riesgo sin tener claras las ventajas.
> Por contrapartida puedo montar el sistema sin depender de ningun
> servidor y en todo caso parece que tienen el módulo de apache.
No lo veo como ventaja en todo caso.
> Otras alternativas serían: tomcat+java, o rails que ya viene con el
> server y parece que se podria empaquetar todo junto, pero del que no
> tengo ni pajorela idea.
>
> Alguna idea?
Depende del proyecto, de su alcance y de la cantidad de peticiones que deba 
atender.
> Gracias de antemano.
>
> Post: Es un proyecto de turismo colaboraciones serán bienvenidas.
Hablémoslo :)

-- 
Antoni Aloy López
Binissalem - Mallorca
http://trespams.com
Soci de bulma #34