Im täg­li­chen Ablauf ist die Cloud benut­zer­freund­lich. Tre­ten aber Pro­bleme auf, kann sich das rasch ändern.

Eines der zen­tra­len Merk­male der Cloud ist Self Ser­vice. Der Kunde ver­wal­tet sich selbst, kann Dienste und Kapa­zi­tä­ten je nach aktu­el­lem Bedarf zuschal­ten oder abbe­stel­len. Über benut­zer­freund­li­che Selbst­be­die­nungs­por­tale im Inter­net kön­nen die IT-Ser­vices ohne spe­zi­el­les Fach­wis­sen gesteu­ert wer­den. Das ist unkom­pli­ziert und geht rasch. „Es gibt aber zwei unter­schied­li­che For­men von Cloud-Ser­vices“, gibt Peter Öhlin­ger von T‑Systems zu beden­ken, „die Public Clouds der gro­ßen glo­ba­len Player wie Google oder Ama­zon – und die Pri­vate Cloud Ange­bote, die oft aus der tra­di­tio­nel­len Out­sour­cing-Ecke kom­men. Den Unter­schied merkt man dann, wenn die ers­ten Pro­bleme auftreten.“

Know-how und Ressourcen
Pro­bleme kön­nen wäh­rend der Migra­tion ent­ste­hen, wenn die Daten in die Cloud geho­ben wer­den. Kri­tisch ist hier der Schritt von den eige­nen IT-Stan­dards zum Stan­dard des Anbie­ters. „Das braucht Per­so­nal­res­sour­cen und Know-how, vor allem wenn es sich um bereits ältere Sys­teme han­delt.“ Wer über die­ses Wis­sen nicht ver­fügt, wird bei Google und Ama­zon kei­nen Ansprech­part­ner fin­den, der ihm wei­ter­hilft. Anders ver­hält es sich bei den klas­si­schen IT-Pro­vi­dern. Die haben die Cloud mitt­ler­weile in ihr Port­fo­lio inte­griert, aber hier ist es eine Cloud mit einem Extra. Bei T‑Systems etwa heißt das Cloud Rea­di­ness Ser­vices, der Anbie­ter beglei­tet die Kun­den auf Wunsch bera­tend und unter­stüt­zend in die Wolke.