我们正在开发一个项目来开发一个平台，使我们能够轻松地将多个应用程序添加到云平台，以便可以在SaaS的基础上提供应用程序。访问所有应用程序将会有单点登录（可能通过Open SSO）。
我们正在考虑： 1. Mule ESB（集成以不同语言开发的应用程序） 2. GigaSpaces XAP（可扩展性） 3. Appistry Cloud IQ平台（上传应用程序） 4. GoGrid托管
这是正确的工具组合吗？你能推荐其他组合吗？
答案 0 :(得分：1)
我会事先声明我是Appistry的原始工程师之一，现在是产品经理。我会坚持技术事实。 ： - ）
如您所述，您可以使用Appistry CloudIQ Manager简化云服务器上的应用程序和相关服务的部署，管理和生命周期。 Manager可以使用任意服务或服务/应用程序组合执行此操作，并确保它们在每台服务器上保持正常运行。随着服务器的出现，Manager会上下调整应用程序。 CloudIQ Manager可以与Mule和GigaSpaces一起使用。
对于其他组合，特别是对您的可扩展性要求以及以不同语言开发的应用程序的集成，您可以将CloudIQ Engine视为应用程序平台。引擎可以代替GigaSpaces使用，也可以与它们结合使用，具体取决于您要处理的部分。
CloudIQ Engine是一个完全分散的应用程序容器。 Engine支持多种语言进行集成，无论是在客户端还是在云端。
在客户端，您可以使用Spring和.NET远程处理来调用Engine托管的对象（调用者和被调用者必须使用相同的语言）或使用CloudIQ客户端API（C / C ++ / Java / .NET / SWIG） -wrappable）使用用户定义的流程提交请求，可能不需要ESB。流在Engine上的云中执行，并允许单个请求跨多个方法编排调用。这些方法可以使用不同的语言。
在云端，您可以将Java对象（POJO和Spring Bean）和.NET对象（PONO）以及C / C ++库部署为Engine应用程序。 Java和.NET对象可以不加改变地部署。 C / C ++（和其他二进制库）可能需要一些包装器代码。元数据描述了代码的工作负载策略和其他云端行为。
发动机应用完全对称。云中的每个服务器都运行您的应用程序代码。内置的基于软件的负载平衡将请求定向到最能够处理作业的服务器。您的代码从平台继承可扩展性而无需更改代码。除了扩展之外，您的应用程序还可以免费获得可靠性和自动故障转移，以及在元数据中定义您希望应用程序如何响应故障的能力。除非所有可用的CPU核心都是非线程安全的，否则引擎会自动扩展您的代码。如果您的代码不是线程安全的，CloudIQ可以高效地运行它，但代价是不使用所有内核。
您可以轻松试用。 CloudIQ平台社区版允许在最多五台服务器和/或十个处理核心（包括生产）上免费，无限制地使用该软件。社区版可在Appistry Peer2Peer获得（需要注册）：Appistry Peer2Peer
Appistry客户Presidio Health在GoGrid上运行基于Java的CloudIQ Engine应用程序取得了巨大成功。这里有一个网络研讨会和案例研究，需要技术讨论（需要注册）：Appistry Resource Library
答案 1 :(得分：0)
你实际上是在选择一个非常好的堆栈。 Mule和Gigaspace经常一起使用，Mule ESB Enterprise（不是开源版本）实际上嵌入了Gigaspaces技术来提供high availability。
GoGrid拥有一个出色的平台，支持Mule ESB，GigaSpaces和Appistry的公司都是GoGrid的合作伙伴，因此您可以期待使用该堆栈的良好支持。我对Appistry不太熟悉，所以我不能直接对它们发表评论。