Mule ESB/GigaSpaces XAP/Appistry/GoGrid for Paas平台是否将多个应用程序作为SaaS装载？

我们正在进行一个项目，以开发一个平台，使我们能够轻松地将多个应用程序添加到一个云平台上，从而可以在SaaS基础上提供应用程序。将对所有应用程序进行单点登录访问（可能通过开放式SSO）

我们正在考虑： 1.Mule ESB（集成以不同语言开发的应用程序） 2.GigaSpaces XAP（用于可扩展性） 3.Appistry云IQ平台（用于上传应用程序） 4.戈格里德主持

---

这是正确的工具组合吗？你能推荐其他组合吗？

你实际上选择了一个非常好的组合。Mule和Gigaspaces经常一起使用，Mule ESB Enterprise（不是开源版本）实际上嵌入了Gigaspaces技术来提供

---

GoGrid有一个优秀的平台，支持Mule ESB、GigaSpaces和Appistry的公司都是GoGrid的合作伙伴，因此使用该堆栈可以获得良好的支持。我不太熟悉Appistry，所以我不能直接评论它们

我会预先声明，我是Appistry最初的工程师之一，现在是产品经理。我将坚持技术事实。：-）

正如您所提到的，您可以使用Appistry CloudIQ Manager简化应用程序和相关服务在云服务器上的部署、管理和生命周期。Manager可以对任意服务或服务/应用程序组合执行此操作，并确保它们在每台服务器上保持正常运行。随着服务器的出现和消失，Manager可以上下扩展应用程序。CloudIQ经理将与Mule和GigaSpaces配合良好

对于其他组合，特别是对于可扩展性的需求，以及不同语言开发的应用程序的集成，您可以将CydiDQ引擎视为应用平台。引擎可以用来代替GigaSpaces，也可以与GigaSpaces结合使用，具体取决于您要寻址的部分

CloudIQ引擎是一个完全分散的应用程序容器。引擎支持多种语言进行集成，包括客户端和云端

在客户端，您可以使用Spring和.NET远程处理来调用引擎托管的对象（调用者和被调用者必须使用相同的语言），或者使用CloudIQ客户端API（C/C++/Java/.NET/SWIG wrappable）来提交具有用户定义的流程流的请求，这可能消除了对ESB的需要。流在云引擎上执行，并允许单个请求跨多个方法编排调用。这些方法可以使用不同的语言

在云端，您可以将Java对象（POJO和Springbeans）和.NET对象（PONOs）以及C/C++库部署为引擎应用程序。Java和.NET对象可以原封不动地部署。C/C++（和其他二进制库）可能需要一些包装器代码。元数据描述代码的工作负载策略和其他云端行为

发动机应用完全对称。云中的每台服务器都运行您的应用程序代码。内置的、基于软件的负载平衡将请求定向到最能处理作业的服务器。您的代码继承了平台的可伸缩性，无需更改代码。除了可扩展性之外，您的应用程序还可以免费获得可靠性和自动故障转移，以及在元数据中定义您希望应用程序如何响应故障的能力。引擎会自动在所有可用的CPU内核之间扩展代码，除非它是非线程安全的。如果您的代码不是线程安全的，CloudIQ可以高效地运行它，但代价是不能利用所有核心

你可以很容易地试一下。CloudIQ平台社区版允许在最多五台服务器和/或十个处理核心（包括生产）上免费、无限制地使用软件。社区版可从Appistry Peer2Peer获得（需要注册）：

---

Appistry客户Presido Health在GoGrid上运行基于Java的CloudIQ引擎应用程序，取得了巨大成功。这里有一个网络研讨会和案例研究以及技术讨论（需要注册）：

Hi。谢谢你的回答。一些后续行动：1。使用Appistry，应用程序能够以多快的速度上线（一个开发人员大约需要一个小时、一天或更长的时间？）。2.如果我们加入了合作伙伴的应用程序，我们需要他们的源代码吗？3.链接应用程序后，是否有订阅管理工具允许最终用户快速订阅应用程序？再次感谢你的回答！使用CloudIQ Manager，移植服务/应用程序可能只需不到一天的时间。如果服务不能以分布式方式运行或手动配置，则这将变得更加复杂。我们有Tomcat、Jetty、IIS等的模板，所以不到一个小时。CloudIQ引擎应用程序各不相同。我们让用户在一小时到一天的时间内将线程安全业务逻辑（dll/so/jar）或命令行EXE移植到完全分布式的云应用程序中。至于#2，我们只是部署和运行二进制文件，所以您可以将它们包括在内。我可以在这里回答更多的问题：MuleSoft现在提供Mule-iON，一种集成PAAS（iPAAS），它为这一问题提供了完整的解决方案。