Prestanda och Webbtjänster

Många är fortfarande oroliga att webbtjänsterna skall vara väldigt långsamma att kommunicera med. Men detta är inte sant. Här kommer ett utdrag, som jag har funnit, ifrån en presentation som IBM har gjort.

When Web services were first introduced, many people were concerned about performance. “Everything’s in XML, so I’ve got to build XML and parse XML in addition to everything else I’m doing in my application” was a common concern. Way back then (late 2000, early 2001) we had two responses:

• If response time is your overwhelming concern, then Web services probably aren’t for you, and
• For many types of applications, the most important factor is not how quickly a given function performs, but how quickly you can change the application to work a different way.

With a few years of real-world applications under our belts, we’ve found that the overhead of XML is negligible in many cases (particularly in applications that have any network latency). In addition, a number of companies are starting to build firewalls and network appliances designed to process SOAP envelopes as quickly as possible.

IBM SOA

Comments

[Patrik Löwendahl]

Fast det här känns inte speciellt balanserat.

Om IBM påstår att web service anropen i dess form idag inte enkelt kan bli en flaskhals så blundar man ganska kraftigt för teknikens problem.

Ett protokoll baserat på text, xml och http kan aldrig vara en mindre flaskhals än ett binärt protokoll, ett fire and forget protokoll kan aldrig vara lika flexibelt att arbeta med som ett tillståndsfullt protokoll.

Nä, IBM får nog ta en titt utanför labben och kolla lite i verkligheten en stund och sen återkomma.

[Dag]

Det IBM säger att det inte är någon "flaskhals", men de säger inte därmed att det är snabbare än ett binärt protkoll. Jag tror att de med detta uttalande menar att vi behöver inte stirra oss blinda på den eventuellt lilla prestandaförsämring som finns här, när man bygger Enterprise Applications.

/dag

[Patrik Löwendahl]

Fast det är ingen liten prestanda försämring som de hävdar, det mäter man simpelt med ett enkelt ATC test.

Jag tycker det är ganska intressant att de skriver: (particularly in applications that have any network latency).

Om jag har problem med min nätverksöverföring så är inte det första jag tänker på att slå på ett lagom chatty och fett protokoll. Det kommer ju isf att förvärra situationen.

I sin rapport så stirrar sig IBM blind på bara en sak, transformering, när det i verkligheten är mycket mer man måste tänka på vad gäller implementationer av tjänster med SOAP som protokoll.