-2

我正在尝试使用 SAP PI/PO 为中间件设置新架构。问题是确定从其他服务器（Linux/Windows 等）提取文件的正确机制

概括地说，审查了 2 种不同的方法，即使用像 Dazel 这样的托管文件传输 (MFT) 工具与使用 NFS 挂载。在 NFS 挂载中，所有边界应用程序机器都将充当服务器，而中间件机器将充当客户端。在 MFT 方法中，代理将安装在边界服务器上，它将文件推送到中间件。我们正在尝试确定每种方法的优缺点

NFS 优势：

  1. 易于开发。无需与托管文件传输相关的其他工具

NFS 缺点：

  1. 我们试图了解这种方法是否会在中间件和边界应用程序之间产生任何紧密耦合
  2. 维护 50 多个 NFS 挂载点有多容易？
  3. 如果任何边界机器出现故障或挂起，NFS 的行为如何？

我们想开发一个依赖的中间件，它不受 1 边界应用程序问题的影响

4

1 回答 1

0

根据我的非管理员经验（我是开发人员/PI 系统负责人），我对 NFS 的 2 c。

  • 我们在 AIX 上安装了基于 SAMBA 的 NFS 安装告诉#
  • Basis 表示 SAMBA 可能会暴露额外的安全风险
  • 我们在让用户直接使用 Windows 和 AIX 时遇到了问题，导致挂载无法正常工作（可能是我们自己无法正确管理用户，没有系统固有的问题）
  • 我（从集成的角度来看）在紧密耦合方面没有问题。可能是我只是一个幸运的草皮，但通常 PI 会轮询各自的坐骑。如果他们在轮询发生时出错，那只是一个错过的轮询，将在下一个轮询间隔尝试

一个功能，MFT 无疑会给你 NFS 不能是一个边缘文件平台，第三方可以将文件放入（sFTP，FTPS）。

底线是：

  1. 当不需要面向外部的文件服务时，您可以使用 NFS 进行管理
  2. 您需要有一些组织规则来了解哪些用户共享等
  3. 您可能想研究启用此类挂载的安全方面（如果涉及 SAMBA 之类的东西）
于 2020-02-04T14:28:30.367 回答