Die WDS-(wide-area data services)Lösung wird manchmal mit anderen Produkten zur Anwendungsbeschleunigung verwechselt. Da so viele Hersteller behaupten, Produkte zur „Anwendungsbeschleunigung“ anzubieten, bedarf es einer Erläuterung der verschiedenen Ansätze und deren Einschränkungen.
Trotz jahrelanger Innovationen auf den verschiedenen Gebieten der WAN-Performance ist der Durchsatz von Anwendungen im WAN noch immer recht dürftig. Einige Ansätze konzentrieren sich auf die Erweiterung der Bandbreite, einige optimieren bestimmte Protokolle, andere Ansätze gehen das Problem mittels Caching an und wieder andere durch Prioritätszuordnung beim Datenverkehr. Komprimierung, Caching, QoS, WAFs und andere Technologien haben durchaus ihren Stellenwert, doch hat bis jetzt noch kein Hersteller eine vollständig integrierte Lösung vorgestellt, die sich mit den mannigfaltigen Grundursachen mangelnder Anwendungs-Performance befasst.
Nur Riverbed bietet mit WDS (wide-area data services) eine umfassende Lösung für WAN-Probleme an. Riverbed berücksichtigt alle entscheidenden Faktoren, die die Performance von Anwendungen im WAN beeinträchtigen: hohe Latenz, eingeschränkte Bandbreite, „geschwätzige“ Transportprotokolle und sogar noch „geschwätzigere“ Anwendungen.
Weitere Informationen zu diesen allgemeinen Ansätzen der Anwendungsbeschleunigung
| Ansatz | Einschränkung(en) | |
| WAFS | Dateien werden lokal gespeichert, um die Übermittlung von Anforderungen im WAN zu vermeiden. | Nur Dateien und Dateifreigaben werden unterstützt. Konsistenz- und Sicherheitsprobleme |
| Komprimierung | Zur Reduzierung der im WAN übermittelten Datenmenge werden Algorithmen auf Daten angewendet. | Nur geringe Bandbreiteneinsparungen Leistungsschwächen von Transport- oder Anwendungsprotokollen bleiben unberücksichtigt. |
| Protokolloptimierung | Das Verhalten von TCP im Unternehmens-WAN wird geändert. | Beschränkter Performance-Gewinn Minimale Bandbreitenverringerung |
| Caching | Von Dateien oder Objekten werden lokale Kopien gespeichert, sodass Anforderungen lokal bedient werden können. | Funktioniert in der Regel nur für eine Anwendung. Erhöht die Komplexität der Netzwerkinfrastruktur. Anfällig für Konsistenzprobleme. Anfällig für Sicherheitsprobleme. |
| Web-Anwendungsbeschleunigung | Anforderungen von einem Webserver werden ausgelagert, indem häufig angeforderte Objekte auf einem anderen Server gespeichert werden. | Funktioniert nur für webbasierte Anwendungen. |
Vorsicht vor dem Bolt-on-Ansatz
Als die Hersteller erkannten, dass die oben genannten Ansätze die Anforderungen der Unternehmen nicht erfüllten, versuchten sie mit anderen Anbietern zusammenzuarbeiten oder weitere Technologien zu erwerben, um eine größere Funktionalität anpreisen zu können. Das Problem bei diesem Ansatz liegt jedoch darin, dass kombinierte Produkte häufig noch immer eine eingeschränkte Funktionalität und dabei eine überaus komplizierte Verwaltung aufweisen können. Darüber hinaus sehen sich diese Hersteller mit dem Problem konfrontiert, mehrere verschiedenartige Architekturen integrieren zu müssen, was zu willkürlichen und uneinheitlichen Ansätzen bei der Beschleunigung von Anwendungen führen kann.
Gehen Sie über die Standard-Checkliste hinaus
Da einige Hersteller nach und nach weitere Funktionsbereiche hinzufügen, wird es scheinbar immer schwerer, die einzelnen Anbieter von Anwendungsbeschleunigungsprodukten voneinander zu unterscheiden. Verwenden Sie dazu einige einfache Kriterien: