Schlechte Idee, große Nutzlast mit Web-Services zu übertragen?

Question

I gather dass es im Prinzip keine Begrenzung für die Menge an Daten gibt, die gesendet werden können, wenn REST über einen POST oder GET verwendet wird. Obwohl ich keine REST- oder Webdienste verwendet habe, scheinen die meisten Dienste nur begrenzte Datenmengen zu übertragen. Wenn Sie Daten im Wert von 1-5MB (in beide Richtungen) übertragen möchten, werden Webdienste als schlechte Idee betrachtet?

Update: Die Apps, die wir über einen REST-Dienst verbinden möchten, sind interne Apps. Wir haben die Möglichkeit, andere Konnektivitätsoptionen auszuwählen (zB: RMI)

Answer 1

1-5mb mit Rest ist nicht wirklich so groß wie ein Datensatz. Der begrenzende Faktor ist wahrscheinlich Speicher. Je nachdem, wie Sie die XML-Datei generieren, können die Serverressourcen knapp werden, wenn der Datenverkehr sehr hoch ist.

Wenn Sie Streaming-Xml-Generation-Speicher verwenden, wird nicht so ein Problem sein. einen dom tree zu erstellen und ihn dann auszuspucken wird viel mehr speicherintensiv sein.

Aber selbst wenn Ihr dom-Baum den 10-fachen Speicher des rohen xml-Speichers benötigte, würden Sie 40 gleichzeitige Verbindungen benötigen, um 2GB Serverspeicher aufzufüllen. Es kann also in Ihrer Situation kein Problem geben.

Weniger wahrscheinlich sind Speicherprobleme auf der Clientseite. aber 5 Deserialisierung eines 5 MB xml Dump sollte kein Problem auf jedem normalen Computer sein.

Answer 2

1-5 MB ist in Ordnung, solange Sie dem Benutzer eine Art Fortschrittsrückmeldung geben. Webservices laufen über HTTP, was in Ordnung ist, wenn es um Overhead bei größeren Datensätzen geht, ist das eigentliche Problem XML. XML fügt der Größe der serialisierten Daten häufig einen enormen Overhead hinzu. Ich würde JSON oder Hessian für größere Datasets betrachten :)