Rizika webových služeb

Určité riziko představuje např. nedostatečná kontrola nad správou verzí komponent od různých poskytovatelů. V extr


Určité riziko představuje např. nedostatečná kontrola nad správou verzí
komponent od různých poskytovatelů. V extrémním případě by se mohlo stát, že se
některá komponenta začne chovat jinak, než potřebujete, což následně může
změnit i běh celé aplikace. Uvedený problém však představuje spíše teoretické
riziko. Problematika latence způsobené využíváním některých (často i většiny)
komponent provozovaných na vzdálených počítačích prostřednictvím Webu má naopak
velmi reálné rozměry. Jestliže běží program na jediném počítači, latence při
volání komponent se pohybují v řádu mikrosekund. V aplikaci, která je "slepena"
z komponent více poskytovatelů, jde ale o desítky, stovky a možná až tisíce
milisekund, nemluvě o tom, že daná komponenta bude denně volána tisíci
zákazníků. Do jisté míry lze latenci minimalizovat dohodou o úrovni služeb
(service-level agreement, SLA), čímž si zajistíte hodnotu dejme tomu 10
milisekund, to ale stále nemusí být dostatečné.
Lze podotknout, že problém zpoždění se dá zmírnit pomocí cachování. Jestliže
však vlastník komponenty bude fungovat na principu modelu ASP (a předpokládá
se, že jich nebude málo), caching pro něj nemusí být ideálním řešením. To vše
vede některé odborníky k myšlence, že alespoň kritické komponenty mohou být
provozovány na hardwaru jejich uživatelů, což nás ale trošku vrací do světa
tradičního softwarového businessu. To ale nic nemění na tom, že webové služby
představují velmi nadějnou architekturu, jejíž využití posune svět IT zase o
krok dál je jen třeba počítat s tím, že bude třeba překonat množství překážek,
než se povede naplnit myšlenky a vize, které slýcháme v "keynotes".
1 1966 / wep









Komentáře
K tomuto článku není připojena žádná diskuze, nebo byla zakázána.