Ist "Windows Azure" ein aufgewärmtes "MyServices"?

Beim ersten Betrachten des Azure-Konzeptes werden Erinnerungen wach an Microsoft MyServices (Codename "Hailstorm"). MyServices war einer der sechs Bausteine im ursprünglichen Konzept von .NET in den Jahren 2000/2001. Microsoft wollte so genannte "Building Block Services" wie Authentifizierung, Kalender, Aufgabenliste und Notizen als SOAP-basierte Webservices bereitstellen, die Anwender in eigene Anwendungen integrieren können. Microsoft machte MyServices zum zentralen Thema der PDC 2001. Aufgrund des Widerstandes der Anwender, die nicht genug Vertrauen in ein Hosting sensibler Daten bei Microsoft hatten, sind die MyServices niemals erschienen mit Ausnahme der Dienste "Passport" (heute "Live ID") und Map Point.

Neu in Azure gegenüber den MyServices ist, dass Unternehmen nun nicht nur die Dienste von Microsoft als Webservices nutzen können, sondern auch eigene Anwendungen bzw. Webservices beliebiger Größe bei Microsoft hosten können. Attraktiv ist dies gerade für Anwendungen, bei denen sich der Betrieb eigener Server (weder selbstbetrieben noch gehostet) nicht lohnt.

Ob Microsoft als Hoster nun aber die Akzeptanz findet, die es im Jahr 2001 noch nicht gab, muss sich noch zeigen. Denn mit dem Hosting der Anwendung bei Azure liegen auch die (sensiblen) Daten auf von Microsoft betriebenen Rechnern.

Die Vorzeichen sind etwas günstiger als vor sieben Jahren, denn der Gedanke vernetzter und gehosteter Anwendungen ist heute viel etablierter als damals. Entscheidend wird sein, ob es Microsoft gelingt, einen deutlichen Mehrwert gegenüber bestehenden Application Service Providern/Hostern zu bieten.

Ich sehe drei Bereiche, in denen Microsoft diesen Mehrwert bieten kann: ()

1. Bereitstellen von mehr vorgefertigen Anwendungsdiensten durch Einbeziehung einer Vielzahl hauseigener Softwareprodukte sowie Live-Dienste.
2. Die einfache Identitätsintegration, die heute in der Keynote gezeigt wurde.
3. Ein attraktiver Preis (steht noch nicht fest).