Как определить правильную архитектуру для передачи файлов в промежуточное ПО, т. Е. С использованием инструментов управляемой передачи файлов NFS V/S
Я пытаюсь настроить новую архитектуру для Middleware, используя SAP PI/PO. Проблема состоит в том, чтобы определить правильный механизм для извлечения файла с других серверов (Linux/Windows и т. Д.)
В общих чертах, рассматриваются 2 различных подхода, т.е. использование инструмента управляемой передачи файлов (MFT), такого как Dazel, и использование монтирования NFS. При монтировании NFS все пограничные машины приложений будут действовать как сервер, а машина промежуточного программного обеспечения будет клиентом. В подходе MFT на пограничных серверах будет установлен агент, который будет передавать файлы на промежуточное программное обеспечение. Мы пытаемся определить преимущества и недостатки каждого подхода
NFS (преимущество)
- Удобство разработки. Нет необходимости в дополнительном инструменте, связанном с управляемой передачей файлов
NFS (Недостаток)
- Мы пытаемся понять, создает ли этот подход тесную связь между промежуточным программным обеспечением и граничными приложениями
- Насколько легко будет поддерживать более 50 точек монтирования NFS?
- Как ведет себя NFS в случае сбоя или зависания какого-либо пограничного компьютера?
Мы хотим разработать связующее промежуточное программное обеспечение, на которое не влияет проблема в 1 граничном приложении.
0 ответов
Мой 2 c на NFS основан на моем опыте неадминистратора (я отвечаю за разработчик / систему PI).
- У нас были монтирования NFS на AIX, которые были основаны на SAMBA, как сказано #
- Базис сказал, что SAMBA может подвергнуть дополнительные риски безопасности
- У нас были проблемы с прямым подключением пользователей к Windows и AIX, что приводило к неработающему монтированию (вероятно, наша собственная неспособность правильно управлять пользователями, ничего присущего системе)
- У меня (с точки зрения интеграции) не было проблем с сильной связью. Может быть, мне просто повезло, но обычно PI опрашивал соответствующих маунтов. Если они будут ошибаться во время опроса, это будет только один пропущенный опрос, который будет проверен в следующем интервале опроса.
Одна особенность, которую MFT, несомненно, даст вам NFS, - это пограничная файловая платформа, куда третьи стороны могут помещать файлы (sFTP, FTPS).
Итог будет:
- Вы можете справиться с NFS, когда внешние файловые службы не нужны
- У вас должен быть некоторый организационный набор правил, чтобы знать, какие пользователи имеют общий доступ и т. Д.
- Возможно, вы захотите изучить аспекты безопасности, позволяющие такие монтирования (если задействованы такие вещи, как SAMBA)