¿Cuándo es bueno usar FTP?

Question

En mi experiencia, veo una gran cantidad de diagramas de arquitectura que hacen un uso extenso de FTP como un medio para vincular componentes arquitectónicos.

Como alguien que no toma decisiones arquitectónicas sino que tiende a observar diagramas de arquitectura, cualquiera podría explicar qué valor tiene usar FTP, dónde es apropiado y cuándo transferir datos como archivos es una buena idea.

consigo que a menudo hay sistemas heredados que simplemente necesitan para funcionar de esa manera - aunque cualquier visión histórica sería interesante también

puedo ver la atracción en la transferencia de archivos (sobre todo si eso es lo que se necesita transferir) debido a la simplicidad y la familiaridad y se preguntan si el razonamiento va más allá de esto.

Editar: Gracias a aquellos que señalan que SFTP es preferible, sin embargo, mi pregunta es más amplia que querer una recomendación para un protocolo de transferencia de archivos. Perdón por la confusion.

Answer 1

¿Cuándo es bueno usar FTP?

Antes de la invención de SFTP.

---

Dirigiéndose a la edición (también conocido como la cuestión más amplia en esta pregunta)

Todo se reduce al uso previsto. Mire su situación y determine

• ¿Qué datos estoy moviendo?
• ¿En qué formato se genera de forma nativa? (PDF en el disco, salida textual de los scripts del servidor web, etc.)
• ¿Cómo se consumen los datos?
• ¿Cuándo se consumen los datos? (¿Alcanza al instante, por lotes programados?)
• ¿Qué medio de conectividad conecta el generador de datos y el consumidor de datos?

Por ejemplo:

Un proceso genera documentos PDF por escribirlos en una incursión-matriz local. Usted tiene otra PC dedicada a la impresión de todos los PDF generados a partir de una multitud de servidores conectados a una LAN Gigabit local a través de un trabajo cron programado para ejecutarse a la medianoche.

Dado que los datos probablemente sean demasiado grandes para que todos se sienten en la RAM en el servidor de impresión, tiene sentido usar SFTP para transferir los archivos PDF para que puedan ser tomados del disco a medida que se imprimen.

Otro ejemplo:

Una máquina tiene que agarrar un gran número de pequeños archivos de una máquina de una manera ad hoc, analizarlos y almacenar los resultados en una base de datos.En este caso, usar SFTP para moverlos desde el disco, volver a otro disco para ser leído inmediatamente y enviado a un DB es simplemente una tontería. No hay ninguna razón para que los archivos más pequeños no quepan en la RAM hasta que se analicen y se inserten en la base de datos y, por lo tanto, SFTP probablemente no sea la mejor solución .

Answer 2

Imagino seguridad y redes desconectadas o segmentos de red pueden entrar en juego. He tenido varios proyectos en los que alguien necesita importar datos de un sistema diferente, y FTP es una forma fácil/segura de obtener los datos a través del firewall. En general, puede programar que se ejecute automáticamente, y la mayoría de los chicos de seguridad de red estarán bien con los puertos FTP abiertos.

Answer 3

Algunos sistemas lecacy utilizan carpetas para transferir datos como XML o CSV, etc., en esos casos, los archivos deben escribirse en el disco. Si se integra a otro sistema fuera de la red/en Internet, tiene sentido que esté disponible en un sitio FTP. Los sistemas más nuevos pueden usar WebServices u otras tecnologías "sobre la red" para reducir el almacenamiento en disco. Es posible que si estos archivos son muy grandes, FTP puede ser una mejor solución.

En algunas industrias, como la industria de la impresión, los archivos PDF grandes son rutas a través de varios flujos de trabajo donde los archivos PDF se procesan, manipulan, etc. a través de este flujo de trabajo. En la industria de la impresión, el uso de carpetas (y a su vez FTP) es común y se refieren a ellas como "Hot-Folders"

Answer 4

FTP es una forma sencilla y multiplataforma de transferir archivos si tiene una conexión confiable y no necesita ninguna seguridad en absoluto (no se deje engañar preguntándole sobre las contraseñas, no hay seguridad real allí).

Muchas veces, las personas realmente necesitan seguridad, pero cometen el error de utilizar FTP porque simplemente creen que eso es lo que se hace. La mejor manera de hacerlo es usar SFTP (me gusta la implementación de OpenSSH) o pasar datos usando un servicio web seguro.

Por supuesto, una implementación adecuada de SFTP significa que los implementadores tendrán que generar, almacenar e intercambiar sus claves correctamente, y comprender cómo funciona la confianza. A menudo, esto es demasiado esfuerzo para ellos, por lo que la gente tenderá a ir por la ruta fácil y usar FTP. Algo triste si me preguntas.

Answer 5

Si necesita enviar una carta física a la configuración regional más deprimida, es difícil superar un servicio 2000 year old postal. Si necesita enviar un archivo a un lugar de capacidades de remanso, es difícil superar un 40 year old Postel service.

Answer 6

Si la seguridad no importa, FTP puede ser útil.

Sin embargo, dadas las opciones modernas, probablemente nunca lo use, optando en cambio por SFTP/SCP/rsync o HTTP (posiblemente con WebDAV). Por un lado, todos esos protocolos tienen opciones para una mejor seguridad (HTTP al menos a través de SSL). Además, son protocolos más simples. FTP tiene la desagradable sensación de que los datos reales se transfieren a través de una conexión separada que los comandos de control, lo que hace que el cortafuegos sea más difícil. Además, en modo no pasivo, esa conexión es de servidor a cliente, por lo que el cortafuegos es casi una pesadilla. Si hay necesidades de interoperabilidad heredadas, podría ser útil, pero las bibliotecas de los programas cliente HTTP & están disponibles, así que solo las usaría en estos días.

Answer 7

comunicación basada en archivos (como a través de FTP, SFTP, SCP ...) es bueno para

• transferir grandes cantidades de datos
• servicio discontinuo escenarios
• comunicación asíncrona

No hay nada de malo con el uso de archivos. Es una tecnología madura bien comprendida, fácil de aplicar, fácil de monitorear y depurar.