Design patterns 本地处理与集中式处理

我在一家拥有大量SAP投资的公司工作，我们也有几十个大型.Net系统（主要是内部工程系统）和Java平台（主要是外部web应用程序）。因此，我们在ABAP、C#和JavaEE上有大型开发商店

我们有20多个大型设施分布在很远的地方，2个数据中心，以及600多个位于城市、农村和偏远地区的小型设施（想想靠近北极的地方）

我们有在每个功能领域中使用哪个平台的标准，但对于何时使用本地处理以及何时使用分布式（中央）处理，我们没有太多的明确性。（即，厚客户端与瘦客户端）

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

• 在安装应用程序的任何地方都有可靠的网络吗？ （如果没有，本地处理可能是更好的选择）
• 应用程序是否需要实时数据？ （如果是，集中处理可能是更好的选择）
• 应用程序是否需要密集的CPU工作或高磁盘IO？ （如果是，可以选择集中处理或密集本地处理）
• 应用程序是否需要脱机 能力？（如有，请在当地 处理可能是更好的选择）
• 是否存在安全问题 将数据整合到 远程环境？（如有， 集中处理 分布式瘦客户机可能是一种解决方案 更好的选择）
• 工厂是否有现有硬件 可用于运行的站点 申请表？（如果是，则为集中式） 处理可能是一个很好的选择：a 瘦客户端部署成本更低 并认为他们更安全,， （对小偷来说价值较低）
• 是否有现有的应用程序 同一用户组正在使用， 这些应用程序是如何实现的 部署？（这可能会带来经济效益。） 通过整合应用程序进行扩展 集成到一个设计模式中）

---

这里可以考虑各种各样的事情，例如您将使用什么样的文件系统？（AFS/NFS）

根据以前的经验，我们已经成功地将需要大量CPU的交易系统分布在citrix集群上，用于远程服务器。这些用户都没有任何抱怨

实时数据我们通常使用总线方法，由客户端或中间件提供结果