web services - services - sftp versus llamada SOAP para transferencia de archivos
web service pdf (2)
Tengo que transferir algunos archivos a un tercero. Podemos inventar el formato de archivo, pero queremos mantenerlo simple, como CSV. Estos no serán archivos grandes, unos 10s de MB a lo sumo y no habrá muchos, 3 archivos por noche.
Nuestra preferencia por el protocolo es sftp. Hemos hecho esto mucho en el pasado y lo entendemos bien.
Su preferencia es hacerlo a través de un servicio web / llamada SOAP / https.
Las razones que dan es la fiabilidad, principalmente sabiendo que han recibido el archivo por completo.
No compro esto como un argumento asesino. Puedes crear fácilmente algo en tu proceso de transferencia de archivos usando sftp para asegurarte de que la transferencia se haya completado, por ejemplo, usar encabezados / pies de página en los archivos, o mover archivos entre directorios, etc.
El único otro argumento que puedo pensar es que a través de http (s), los puertos 80/443 estarán abiertos, por lo que podría haber menos trabajo de firewall para nuestros muchachos de infraestructura.
¿Puedes pensar en cualquier otro argumento de cualquier forma sobre esto? ¿Existe un consenso sobre cuál sería la mejor práctica aquí?
Gracias por adelantado.
La integridad del archivo es un problema común en la "transferencia de archivos administrados". Si escogiera una "mejor práctica" de compromiso, terminaría ejecutando AS / 2 (una forma de servicio web para transferir archivos que incorporan no repudio mediante comprobaciones de integridad firmadas) o AS / 3 (lo mismo con FTP o FTPS).
Uno de los problemas con la integridad de archivos y SFTP es que no se puede extender arbitrariamente el protocolo como se puede FTP y FTPS. En otras palabras, no puede agregar un comando XSHA1 a su transferencia de SFTP simplemente porque lo desee.
Sí, hay otras soluciones (como archivos transaccionales que contienen hashes de archivos recibidos), pero al final alguien tendrá que trabajar ... pero realmente no debería ser tan difícil.
Si el tercero con el que está hablando realmente no tiene una llamada de servicio no web para aceptar archivos de gran tamaño, puede ser su conejillo de indias mientras intentan navegar en un mundo completamente nuevo. (O pueden haber despedido a todas sus personas de transmisiones y no solo se están dando cuenta de que el mundo no opera en SOAP ... aún, visto que eso también sucede).
De cualquier manera, a menos que te den el código mágico / utilidad / lo que sea para hacer la transacción de archivo a SOAP para ellos (y eso también sucede), me quedaré con tus armas sftp hasta que encuentren al tipo correcto de su lado para hablar transmisiones de datos a granel.
sftp es el protocolo para la transferencia de archivos, soap es un protocolo para ejecutar los métodos remove (incluidos los servicios web) que no tiene nada que ver con la transferencia de archivos.
ese será mi argumento, sftp es la herramienta para el trabajo