本地与集中处理

时间:2009-03-16 15:51:41

标签: design-patterns architecture distributed local thick-client

我在一家拥有大量SAP投资的公司工作,我们还拥有数十个大型.Net系统(主要是内部用于工程系统)和Java平台(主要用于外部Web应用程序)。因此,我们在ABAP,C#和Java EE上拥有大型开发工作室。

我们在城市,农村和偏远地区分布着超过20个主要设施,2个数据中心和600个左右的小型设施(靠近北极)

我们对每个功能域中使用哪个平台都有不错的标准,但我们对于何时进行本地处理以及何时使用分布式(中央)处理没有太多的清晰度。 (即胖客户端与瘦客户端)

我想基于最佳实践构建决策树来帮助解决这个问题。 我过去看过的一些标准包括:

  • 在应用程序安装的任何地方都可以使用可靠的网络吗? (如果不是,本地处理可能是更好的选择)
  • 应用程序是否需要实时数据? (如果是,集中处理可能是更好的选择)
  • 应用程序是否需要大量CPU工作量或高磁盘IO? (如果是,可以选择集中处理或厚本地处理)
  • 应用程序是否需要脱机 功能? (如果是,请在当地 处理可能是更好的选择)
  • 是否存在安全问题 合并数据 远程环境? (如是, 集中处理 分布式瘦客户端可能是一个 更好的选择)
  • 是否有现有的硬件 可以利用来运行的网站 应用程序? (如果是,集中 处理可能是一个很好的选择:A 瘦客户端部署成本会降低 并保持,他们更安全, 并且对小偷的价值不大)
  • 是否有现有的应用程序 相同的用户组正在使用, 以及这些应用程序如何? 部署? (可能有经济 通过整合应用程序来扩展 进入一种设计模式)

1 个答案:

答案 0 :(得分:1)

这里可以考虑各种各样的事情,比如你要使用什么样的文件系统? (AFS / NFS)

根据以往的经验,我们已经成功地分发了交易系统,这些交易系统需要针对远程服务器的Citrix集群密集型CPU。这些用户都没有任何投诉。

实时数据我们通常会使用BUS方法,客户端或中间件会提供结果。