Was uns SaaS über die Automatisierung der Netzwerkinfrastruktur lehrt
Der Erfolg von SaaS beruht größtenteils darauf, dass Unternehmen in der Lage sind, standardisierte Geschäftsprozesse zu identifizieren und in Software zu bündeln. Dasselbe gilt für Netzwerk- und Infrastrukturteams im Unternehmen.
SaaS (Software as a Service) ist heute der größte der „Cloud“-Märkte. Trotz der Begeisterung für IaaS (wie AWS, Azure und Google Cloud) hat SaaS in Bezug auf Akzeptanz und anhaltendes Wachstum alle anderen Formen der „Cloud“ weit überholt.
Und es gibt keine Anzeichen dafür, dass dieser Trend aufhört. Eine Umfrage Anfang 2016 verdeutlichte diesen anhaltenden Boom von SaaS: Die Befragten gaben an, dass die Anzahl der offiziell von der IT unterstützten SaaS-Apps in nur einem Jahr um 50 % gestiegen sei, von 8 im Jahr 2015 auf 12 im Jahr 2016. Der Bericht prognostiziert, dass diese Zahl weiter steigen und im Jahr 2017 17 erreichen wird.
Wenn man bedenkt, dass die „Cloud“ mittlerweile zehn Jahre alt ist, ist das eine ziemlich beeindruckende Akzeptanzrate für etwas, das traditionell als ziemlich standardmäßige Applications gilt. Wir sprechen über CRM, ERP, CMS sowie produktivitätsbezogene Office-Suiten und File-Sharing-Sites.
Sie fragen sich wahrscheinlich, was SaaS mit der Automatisierung der Infrastruktur zu tun hat. Es geht hier immerhin um Äpfel und Steak. Die Automatisierung der Bereitstellung und Skalierung im Netzwerk hat nichts mit SaaS zu tun.
Außer, dass es irgendwie so ist. Haben Sie einen Moment Geduld, ich werde es Ihnen erklären.
Sehen Sie, ein gemeinsames Thema, das sich durch alle SaaS- Applications zieht, ist die Kommerzialisierung von Funktionen. Drag & Drop ist für die Dateifreigabe ein weithin bekanntes Paradigma, sei es auf dem Desktop mithilfe freigegebener Ordner im Netzwerk oder über eine browserbasierte Schnittstelle. Dasselbe gilt für Dokumente und Präsentationen und sogar für die Veröffentlichung von Inhalten. Es gibt einen ziemlich genau definierten Prozess , der festlegt, wie man X oder Y macht, und ob es sich bei der Schnittstelle um einen Webbrowser oder eine eigenständige App handelt, ändert nicht wirklich den Prozess, sondern nur die Symbole und die Schnittstelle.
Auch viele Geschäftsfunktionen sind stark standardisiert (kommerzialisiert). Die Vorgehensweise eines Kundendienstmitarbeiters (CSR) beim Beantworten Ihres sehr wichtigen Anrufs (und das ist er wirklich, das versichern uns alle) ist wahrscheinlich weitgehend dieselbe, unabhängig davon, mit wem Sie interagieren. Wenn Sie wegen einer Bestellung bei einem Kabelanbieter oder einem Einzelhandelsunternehmen anrufen, ist das ein ziemlich standardisiertes Erlebnis. Aber verlassen Sie sich nicht bloß auf mein Wort, hier ist ein großartiger Artikel aus der Harvard Business Review (aus dem Jahr 2005), der genau diese Konvergenz bei der Prozessstandardisierung diskutiert, die kurz darauf zu dem Phänomen führen sollte, das heute als „SaaS“ bekannt ist.
Standardprozesse ermöglichen zudem ein einfacheres Outsourcing von Prozessfunktionen. Um Prozesse effektiv auszulagern, müssen Unternehmen neben den Kosten drei weitere Dinge bewerten können. Zunächst ist der Tätigkeitsumfang des externen Anbieters und dessen Ablauf zu betrachten. Da in den Unternehmen kein Konsens darüber besteht, was beispielsweise die Kostenrechnung oder das HR-Benefits-Management genau umfasst, bleibt zwischen Käufern und Anbietern unklar, welche Leistungen erbracht werden sollen. Daher benötigen Organisationen einen Satz von Standards für Prozessaktivitäten, damit sie bei der Erörterung ausgelagerter Prozesse einfach und effizient kommunizieren können. Diese Standards für Prozessaktivitäten und -abläufe setzen sich in zahlreichen Unternehmen und Branchen durch. Einige davon sind das Ergebnis der Bemühungen von Prozessgruppen wie dem Supply-Chain Council, dem mehr als 800 Unternehmen angehören.
Sobald ein Prozess standardisiert (kommerzialisiert) ist, lässt er sich relativ einfach kodifizieren und mit einem verkaufsfähigen Frontend versehen. Und ich würde behaupten, dass es die zugrunde liegende Kommerzialisierung dieser Geschäftsfunktionen war, die den frühen SaaS-Anbietern zum Ruhm verhalf. Mit einem grundlegenden Datenmodell und einer grundlegenden Schnittstelle war es ziemlich einfach, die minimalen Anpassungen vorzunehmen, die die Kunden benötigten, um den Prozess an ihre Bedürfnisse anzupassen. Voilà. Sofortiger Erfolg.
Wenden wir das nun auf die Infrastruktur und das Netzwerk an. Zahlreiche Prozesse im Zusammenhang mit Bereitstellung, Verwaltung und Skalierung sind applications so standardisiert, dass NetOps die erforderlichen Befehle im Schlaf eingeben können. Die einzigen Abweichungen sind anwendungsspezifische Variablen wie Ports, IP-Adressen und Routen. Dies sind die Änderungen, die den Änderungsprüfungsausschüssen gefallen, weil sie nicht darüber nachdenken müssen. „Oh, Sie werden für diese App eine Firewall-Regel hinzufügen. Genehmigt.“
Ebenso wie die Aufmerksamkeit, die von Netops zu ihrer Ausführung verlangt wird, erfordert auch ihre Genehmigung kaum Überlegung, da sie bereits hundertmal durchgeführt wurde, der Prozess immer derselbe ist und jeder weiß, was vor sich geht. Sie sind konsistent, vorhersehbar und wiederholbar.
Genehmigt.
Dabei handelt es sich um standardisierte interne Prozesse der IT, die für die Automatisierung und Orchestrierung reif sind. Wenn Sie auf der Suche nach schnellen Erfolgserlebnissen sind, um den geschäftlichen Wert von Investitionen in Automatisierungsmaßnahmen unter Beweis zu stellen, sind dies die besten Ausgangspunkte. Bauen Sie eine Schnittstelle auf diesem standardisierten Prozess auf und integrieren Sie sie in den Prozess (Integration), anstelle der heute verwendeten manuellen Methoden. Voilà. Sie haben die Kosten für die Durchführung dieses Prozesses gesenkt und als zusätzlichen Vorteil geht er schneller, weil Sie nicht auf die nächste Sitzung des Änderungskontrollgremiums warten müssen (vielleicht können Sie diese sogar überspringen, was an sich schon ein Vorteil ist).
Ja, es erfordert Zeit und wahrscheinlich auch Geld (und möglicherweise Investitionen in Werkzeuge und Schulungen), aber die kurzfristigen Kosten werden sich auf lange Sicht auszahlen. Durch die Automatisierung zeitaufwändiger, standardisierter Prozesse werden Ingenieuren und Architekten mehr Freiraum für die Arbeit an anderen Projekten gegeben. Projekte, die wahrscheinlich nicht automatisch vom Änderungskontrollgremium genehmigt werden.
SaaS ist dann erfolgversprechend, wenn es ein Unternehmen berücksichtigt, einen gängigen Prozess versteht und eine einfachere, schnellere Möglichkeit bietet, sich darin zurechtzufinden. Das galt im Jahr 2006 und gilt auch heute noch. Das Gleiche gilt für Bemühungen zur Automatisierung der Infrastruktur. Finden Sie die gemeinsamen Prozesse und bieten Sie eine einfachere, schnellere Möglichkeit, durch sie zu navigieren – sei es für den „Endbenutzer“ oder andere Ingenieure.