richardf

Guten Morgen,

ich wess nicht, ob ich hier die richtige Kategorie ausgewählt habe, falls nicht, bitte ich um Entschuldigung

Ich habe mich nun ein Weilchen mit Webservices auseinandergesetzt (mit ASP.NET) und bin eigentlich sehr angetan von der Technologie und könnte es für ein aktuelles Projekt sehr gut gebrauchen.

Ich mache mir nur Gedanken, wie es Performance-Technisch aussieht, wenn meine PHP-Applikation auf einen Webservice zugreift.
Selbst wenn die 2 Dienste auf dem selben Server laufen; verlangsamt dieses Hin und Her die Applikation nicht extrem?



Bevor ich grössere Tests mache, wollte ich mich erkundigen, ob jemand mehr darüber weiss, oder selbst schon Erfahrung gemacht hat.



Vielen Dank!
Gruss,
Richard

Mister Ad

Flor1an

"extrem Verlangsamen" was verstehst du darunter? Ich denke das Beste wäre wenn du es einfach mal selbst ausprobierst und für dich entscheidest ob es dir schnell genug ist oder nicht.

Ich schreib grad meine Abschlussarbeit und dabei werden rund 40-50 Webserviceanfragen Abgeschickt, das geht recht flott. Natürlich hast du immer nen HTTP Request oder zumindest ne Socketkommunikation. Das heißt aber nicht unbedingt das es langsam ist. Aber wie gesagt, ich denke das musst du selbst entscheiden.

richardf

Hallo Florian,

mit "extrem Verlangsamen" meine ich, dass viele Anfragen halt von (kleines, dummes Besipeiel) von A (Applikation) zu B (Service) zu C (Datenbank) und zurück gehen, statt direkt von A nach C.

Ich kann mir vorstellen, dass halt durch die Kommunikation viel Overhead entsteht, was bei vielen Abfragen eher negativ ist.


Getestet habe ich im kleinen Rahmen, was natürlich kein Problem war.
Aber sobald das Projekt an Grösse gewinnt, kann ich mir vorstellen, dass eben diese Probleme auftreten...

Flor1an

Natürlich wirst du immer einen Overhead haben, aber die Frage ist was du möchtest. Willst du direkt auf die DB Zugreifen? Kann unter Umständen einfach unmöglich sein (weil z.b. externe Dienste drauf zugreifen sollen die nur eine bestimmte Schnittstelle zur Verfügung haben sollen).

Schau dir mal große Webservices an, Facebook Connect, Twitter API, Google Maps ... die laufen alle sehr performant und sind doch stark benutzt!

xm22

In unserem Unternehmen arbeiten wir mit einem PHP-Front- und einem Java-Backend. Diese beiden kommunizieren über natives xml per curl. Die Zeit bis zur Ankunft einer Response ist innerhalb eines Netzwerks so gering, dass es im Vergleich zum Parsen einer Seite kaum ins Gewicht fällt..

phpsecretary

Ich habe letztens in sonem Vortrag von jemandem gehört, dass er sich gefreut hat via SOAP eine Anbindung von Magento an eine Wawi geschaffen zu haben, welche für den Import eines Produktes nur 1,2 Sekunden benötigt hat. Ein anderer hat dagegen gehalten. Er schafft in der gleichen Zeit zwei Produkte...
Ich hab nur gedacht ich bin im Wald.

Wie soll man sich die anschauen? Sollte man nicht Mitarbeiter eines dieser Unternehmen sein um dazu berechtigt zu sein?

Sicher möglich ist alles. Aber weisst du ob Google evtl. für jeden Request ein eigenes Rechenzentrum betreibt?
Blos weil die Anwendung bei denen flüssig läuft sagt noch absolut garnichts über die Performance der Architektur aus!

Unter extrem verlangsamen verstehe ich:

Wenn ich mit nem Streameditor 5 Millionen Datensätze aus einer Datei im CSV Format auf der Kommandozeile auslese und direkt in eine Datenbank importiere dann geht das ZZ (heute fertig).

Wenn ich aber die Datensätze z.B. via SOAP API wohlmöglich noch einzeln oder in 20er Portionen importiere, dann werde ich das Ende des Importes möglicherweise nicht mehr erleben (und ich erfreue mich bester Gesundheit und bin Anfang 30).

Das ist ja auch mal eine geniale Aussage.

Was wenn richardf zufällig bei nem magentalastigen Telekommunikationsanbieter arbeitet und die Vergabe der IPs für Europa zukünftig über einen SOAP Webservice einführen möchte?

Durch so eine Aussage kannst du die Welt vernichten

__________________
Ich bin Programmierer und kein Frameworkinstallierer.

Flor1an

Das ganze ins öffentliche APIs, da kannst du ja mal anzapfen und sehen wie lang eine Abfrage dort dauert. Da kannst du davon ausgehen, dass diese WS stark benutzt werden, sollte also die Geschwindigkeit ausreichend sein kann richardf sehen, dass ein Webservice schnell genug seien kann.

Ich versteh nicht ganz wo drauf du mit deinem Posting hinaus willst? Sicherlich sind Webservices immer irgendwo langsamer als direkt Socketkommunikation, aber ich denke mal dem ist sich richardf bewusst ...

phpsecretary

Eigentlich wollte ich damit aussagen, dass es abhängig vom Einsatzgebiet des WS ist.
Und selbstverständlich ist es auch sehr stark davon abhängig, wie der WS umgesetzt wird.

Wenn man wie Twitter den Bedarf hat Unternehmensfremde Entwickler auf bestimmte Funktionen seiner Applikationen zugreifen zu lassen, dann kann man einen WS einsetzen bzw. einen WS als Standard festzulegen. Natürlich mit allen Nachteilen die Standards nunmal so haben.

Der Vorteil soll darin liegen, dass man theoretisch nur eine Dokumentation erstellen müsste und schon könnten hunderte Entwickler die Funktionen des WS in ihrer Software verwenden.

Der Nachteil ist die Performance und das sollte nicht runtergespielt werden, weil sich darauf ja die ursprüngliche Frage bezog.

__________________
Ich bin Programmierer und kein Frameworkinstallierer.

nikosch

Die AUssagen sind genauso präzise, wie die ursprüngliche Frage:
Was dem een sin „Recht flott“ is den annern sin „extrem langsam“

Faktisch benutzen Webservices oftmals Klartextformate wie XML, die zusammengestellt und geparst werden müssen. Dazu kommt der Overhead einez Verbindungsaufbaus und die Datenübertragung übers Netz. Damit wird die Geschwindigkeit von der Performance der beteiligten Server, von der Anzahl gleichzeitig zugreifender Clients u.ä. abhängig. Also, welche Pauschalaussage darfs sein?

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

richardf

Wie erwähnt habe ich keine grossen Tests machen können - und Google war mir auch nicht all zu hilfreich. Ich wollte lediglich Erfahrungen von anderen Usern hier einsammeln und nicht dumme Kommentare.

Auf jeden Fall vielen Dank an alle, die mir Ihr Wissen weitergegeben haben.

Gruss,
Richard