我目前正在研究可用于开发分布式应用程序的选项(开源和商业)。

“分布式系统由多台通过计算机网络通信的自动驾驶计算机组成。”维基百科

该应用程序专注于高度分布 CPU密集型 操作(而不是数据密集型),所以我确信 MapReduce 解决方案不符合要求。

您可以推荐的任何框架(+简要总结任何经验或与其他框架的比较)将不胜感激。

有帮助吗?

解决方案

MPAPI框架 - http://www.codeplex.com/MPAPI

我的想法

  • 似乎是更简单的解决方案之一。
  • 我没有看到任何故障转移支持的证据。
  • 是开源的 =] 并且与 MONO 兼容 YAY!
  • 使用“RemotingLite”框架,提高单声道兼容性。
  • 编写单计算机或多计算机(集群)应用程序同样简单。
  • 开发人员的理念是“性能至上”。所以可以肯定地说他已经优化了。
  • 不断更新的框架。

其他提示

我的上Alchemi引线开发商之一。 我们已经不得不改变当然是新鲜的开始,其结果是Utilify平台。 概念上类似于Alchemi的Utilify平台建立在从Alchemi吸取的经验教训,并提供了更灵活的编程模型构建Windows网络上的分布式.NET应用程序。

请访问www.utilify.com以获取更多信息。目前,有一个免费的测试版可供下载。

此致 克里希纳。

Appistry CloudIQ 平台 http://www.appistry.com

  • 将使数百台机器表现为一种计算资源。
  • 目前用于生产 联邦快递 运行路由算法
  • 允许您用 C、C++、Java 和 .Net 编写应用程序
  • 无单点故障
  • 自动恢复/重试失败的任务

Alchemi“.NET 网格计算框架”

http://www.gridbus.org/~alchemi/publications.html

http://sourceforge.net/projects/alchemi/files/

Alchemi 是一个 .NET 网格计算框架,可让您轻松地将 Intranet 和 Internet 连接机器的计算能力聚合到虚拟超级计算机(计算网格)中,并开发在网格上运行的应用程序。

快速注释:

  • 在 2007 年版本 1.0.6 (.NET 2.0) 中停止更新。
  • 有据可查,正式这样做。
  • 使用 XML 来定义作业。(2007 年,一切都使用 XML 风靡一时)
  • 与 MPAPI 相比相对复杂,但不要将此视为一个很大的缺点。
  • 需要花很多时间才能跟上速度。
  • 是开源的=)。
  • 可扩展,可以通过 Gridbus 代理与其他集群技术结合使用(http://www.gridbus.org)
  • 似乎被广泛使用(参见出版物 http://www.gridbus.org/~alchemi/publications.html) =)

DryadLINQ 是一个微软研究院项目以允许LINQ查询到在多个计算机之间分布的,而不是只是多个内核作为并行LINQ一样。

博文与一个简单的例子。

<强> AWS SDK用于.NET - http://aws.amazon.com/sdkfornet/

我认为这种云产品和.NET API还可以符合要求。亚马逊提供高性能的机器(看到价目表),这样就可以让代表团的高度一执行大规模CPU密集型opperations。

网格 - http://ngrid.sourceforge.net/

概述

NGrid 是一个用 C# 编写的开源 (LGPL) 网格计算框架。

  • 通过单声道项目独立的平台。
  • 用于电网编程的透明多线程编程模型。
  • 物理网格框架和一些网格实现。
  • 用于电网编程或网格实现的通用实用程序。
  • 最后更新于 2008 年 5 月
许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top