Einpacken und zu SaaS wechseln
Wenn Sie Ihre lokale Software auflösen und auf SaaS umsteigen, sind Sie nicht allein.
Seit den Anfängen der Cloud erfolgte (und erfolgt dies auch weiterhin) der Großteil der Nutzung im Bereich SaaS. Dieselbe Software, die früher als Massenware zum Verkauf an Unternehmen angeboten wurde, wird heute als Dienst über die Cloud angeboten. Das ist weder neu noch anders. Alte Hasen wie ich erinnern sich gut an die Zeit des ASP (Application Service Provider), bevor dieser abrupt in Cloud umbenannt wurde, weil, nun ja, Cloud cooler war. Und mit kühler meine ich heißer.
Auch wenn SaaS nicht wirklich neu ist, ist das Neue an der Vielfalt der Aktivitäten, die als SaaS kommerzialisiert und verpackt werden. CRM, SFA, Produktivität und Kommunikation werden zu allen möglichen Geschäftsfunktionen als SaaS-Angebote hinzugefügt.
Und wir gehen davon aus, dass Unternehmen die Chance, den Betrieb einer solchen Software an einen Anbieter auszulagern, schnell ergreifen werden.
Wir sind nicht allein.
Die Teilnehmer der IDG-Umfrage zum Thema Cloud Computing 2020 erwarten zudem, dass sie „in den nächsten 18 Monaten ihre Nutzung kommerziell lizenzierter Software (derzeit 65 %, gesunken auf 50 %) zugunsten von Software-as-a-Service-Anwendungen (SaaS) (Anstieg von 24 % auf 36 %) reduzieren werden.“
Die großen Gewinner sind geschäftskontinuitätsbezogene IT-Dienste wie Backup, Wiederherstellung, Speicherung und Archivierung. Wenig überraschend gesellen sich zu dieser Kategorie standardisierte Geschäftsfunktionen wie CRM, ERP, HR und andere Branchenanwendungen. Typischerweise handelt es sich bei den Anwendungen, die zu SaaS migriert werden, um solche, die bei individueller Anpassung keinen hohen Mehrwert bieten. Ein standardisiertes Betriebsverfahren/-prozess dient dem Geschäft so sehr, dass die Ressourcen besser in andere Bereiche investiert werden können, in denen eine Anpassung des Prozesses zu wertvolleren Ergebnissen führt.
Dies gilt insbesondere dann, wenn die SaaS ein Ökosystem unterstützt, bei dem die Integration kein Problem darstellt. Ein erheblicher Entwicklungsaufwand fließt in die Integration, also die technische Umsetzung der Zusammenführung eines Prozesses. Oder, modern ausgedrückt, ein digitaler Workflow . Wenn SaaS-Anbieter die harte Arbeit übernehmen und die Kontrollkästchenintegration ermöglichen, um diesen Workflow einzurichten, sind sie erfolgreich.
Die Rückkehr von IT as a Service
Ein weiterer, weniger häufig erwähnter Bereich der SaaS-Einführung ist der Bereich der IT-Infrastruktur. Nicht die Infrastruktur selbst, sondern ein Großteil der betrieblichen Aspekte der Infrastruktur ab Tag zwei, wie Bereitstellung, Konfiguration, Betrieb und Berichterstellung zu Anwendungsdiensten. Da ein erheblicher Anteil der IT-Experten weiterhin von zu Hause aus arbeitet, ist der Zugriff auf die Rechenzentrums- (und Cloud-basierte) Infrastruktur für sie zu einer entscheidenden Voraussetzung für die Erledigung ihrer Arbeit geworden. Herkömmliche Modelle, die Verwaltungsnetzwerke vom externen Zugriff isolieren, können diese Funktionen beeinträchtigen. Ein modernerer, SaaS-basierter Ansatz gewährleistet die erforderliche Zugriffskontrolle und den Schutz zum Schutz dieser kritischen Funktionen und ermöglicht es IT-Experten gleichzeitig, die Infrastruktur von überall aus zu betreiben.
Darüber hinaus sind die Arbeitsabläufe im Allgemeinen nicht sehr differenziert und bieten daher kaum Wettbewerbs- oder Geschäftsvorteile. Der Prozess der Bereitstellung der durchschnittlich zehn Anwendungsdienste, die zur Bereitstellung und Sicherung einer Anwendung erforderlich sind, ist aus Anwendungsdienstperspektive standardisiert. Während die Anwendungsdienste selbst differenzierte Funktionen bereitstellen, ist dies bei den Verwaltungsprozessen im Allgemeinen nicht der Fall. Sie erfüllen die Grundvoraussetzungen für die Umstellung auf ein SaaS-basiertes Modell.
Dies ist kein neues Konzept. Ich habe darüber vor zehn Jahren im Rahmen der Infrastructure 2.0-Bewegung gesprochen (scrollen Sie nach unten zur Diskussion über das Architektur-Parfait). Zwar haben sich seitdem viele Aspekte der Technologie geändert, doch die Notwendigkeit, betriebliche Kapazitäten über Cloud und Rechenzentren hinweg zu schichten, ist gleich geblieben. Tatsächlich hat das De-facto-Multi-Cloud-Betriebsmodell in Verbindung mit einer neuen Dringlichkeit hinsichtlich der Möglichkeiten zur Fernarbeit den Bedarf an SaaS-basierten Verwaltungsmodellen, die sowohl in Rechenzentren als auch in der Cloud bereitgestellte Infrastrukturen mit gleicher Schnelligkeit unterstützen, nur noch verstärkt.
In den kommenden Jahren werden wir voraussichtlich eine verstärkte Bereitstellung herkömmlicher Infrastrukturverwaltungsfunktionen über ein SaaS-Modell erleben, da wir uns an die neue Normalität der Multi-Cloud gewöhnen und von überall aus arbeiten.