Mule ESB / XAP GigaSpaces / Appistry / GoGrid para la plataforma Paas en OnBoard múltiples aplicaciones como SaaS?

Question

Estamos trabajando en un proyecto para desarrollar una plataforma que nos permitirá añadir fácilmente varias aplicaciones en una plataforma de nube para que las aplicaciones se pueden ofrecer sobre una base SaaS. Habrá inicio de sesión único acceso a todas las aplicaciones (probablemente a través de Open SSO).

Estamos pensando en: 1. Mule ESB (para integrar aplicaciones desarrolladas en diferentes idiomas) 2. GigaSpaces XAP (para la escalabilidad) 3. Appistry Cloud Platform IQ (para aplicaciones de carga) 4. GoGrid de Hosting

¿Es esta la combinación correcta de herramientas? ¿Me puede recomendar otras combinaciones?

Answer 1

voy a decir por adelantado que yo soy uno de los ingenieros originales de Appistry, y ahora gerente de producto. Me quedo con los hechos técnicos. : -)

Como usted menciona, puede utilizar Appistry CloudIQ Manager para simplificar el despliegue, la gestión y la vida en bicicleta las aplicaciones y los servicios asociados a través de sus servidores de la nube. Manager puede hacer esto con cualquier servicio o servicio arbitraria / combinación de aplicaciones, y asegurarse de que se mantienen en funcionamiento en cada servidor. Administrador de aplicaciones escalas arriba y abajo como servidores van y vienen. CloudIQ Director trabajará muy bien con la mula y GigaSpaces.

En cuanto a otras combinaciones, en particular para sus necesidades de escalabilidad e integración de aplicaciones desarrolladas en diferentes idiomas, se podría considerar CloudIQ Engine como una plataforma de aplicaciones. Motor podría ser utilizado en el lugar de GigaSpaces, o trabajar en combinación con ellos, dependiendo de la pieza que se está dirigiendo.

CloudIQ motor es un contenedor de aplicaciones totalmente descentralizado. Engine soporta múltiples idiomas para la integración, tanto en el lado del cliente y del lado de la nube.

En el lado del cliente, se puede utilizar la primavera y .NET Remoting para llamar a objetos alojados-Engine (persona que llama y destinatario de la llamada debe estar en el mismo idioma) o utilizar la API del cliente CloudIQ (C / C ++ / Java / .NET / TRAGO -wrappable) para enviar solicitudes con flujos de proceso definidos por el usuario, posiblemente eliminando la necesidad de la ESB. Flujos ejecutan en la nube en el motor, y permiten una única solicitud para orquestar llamadas a través de múltiples métodos. Los métodos pueden estar en diferentes idiomas.

Por el lado de la nube, se puede implementar objetos Java (POJO y Frijoles de primavera) y los objetos de .NET (PONOS), así como C / C ++ bibliotecas como las aplicaciones del motor. objetos Java y .NET se pueden implementar sin cambios. C / C ++ (y otras bibliotecas binarias) probablemente requieren un cierto código de contenedor. Meta-datos describe las políticas de la carga de trabajo y otros comportamientos del lado de la nube para su código.

aplicaciones

motor son totalmente simétrica. Todos los servidores en la nube se ejecuta el código de aplicación. Built-in, el equilibrio de carga basado en software dirige peticiones al servidor más capaz de manejar el trabajo. Su código hereda la escalabilidad de la plataforma sin cambios en el código. Más allá de la escala, su aplicación también recibe la fiabilidad y la conmutación por error automática de forma gratuita, junto con la capacidad de definir en los metadatos cómo desea que su solicitud para actuar en respuesta a los fallos. Motor escala automáticamente su código, a menos que no es seguro para subprocesos, en todos los núcleos de CPU disponibles. Si el código no es seguro para subprocesos, CloudIQ puede funcionar de manera eficiente, pero a un costo de no utilizar todos los núcleos.

Usted puede tratar fácilmente hacia fuera. CloudIQ Plataforma Community Edition permite el libre uso ilimitado del software en un máximo de cinco servidores y / o núcleos de procesamiento de diez (incluyendo la producción). La edición de la comunidad está disponible en Appistry Peer2Peer (requiere registro): Appistry Peer2Peer

Appistry cliente Presidio Salud está ejecutando aplicaciones CloudIQ motor basado en Java en GoGrid con gran éxito. Hay un estudio de seminario y la caja con la discusión técnica aquí (requiere registro): Appistry Biblioteca de Recursos

Answer 2

En realidad se está eligiendo una muy buena pila. Mule y GigaSpaces se usan frecuentemente juntos y Mule ESB Empresa (no la versión de código abierto) en realidad incrusta tecnología GigaSpaces para proporcionar alta disponibilidad .

GoGrid tiene una excelente plataforma y las empresas que el apoyo Mule ESB, GigaSpaces y Appistry son todos los socios GoGrid, por lo que puede esperar un buen soporte usando esa pila. No estoy muy familiarizado con Appistry, así que no puedo comentar directamente sobre ellos.