Unternehmens-SaaS-Plattformen brauchen natives DevOps

Unternehmens-SaaS-Plattformen brauchen natives DevOps

Unternehmenssoftware unterscheidet sich in vielerlei Hinsicht von proprietärer Software. Anders als proprietäre Software kann Unternehmenssoftware (fälschlicherweise) als völlig generisch angesehen werden. Schließlich sollten IT Service Management (ITSM), Customer Service Management (CSM), Human Resource Management (HRM) und viele andere Unternehmensfunktionen theoretisch in allen Unternehmen identisch sein. Das ist die Prämisse hinter allen Unternehmenssoftware-SaaS-Unternehmen, die die Unternehmenslandschaft beherrschen. Unternehmen wie ServiceNow, Salesforce, Workday und andere haben "paketierte" Anwendungen entwickelt, die ein Unternehmen zur Verwaltung dieser Geschäftsfunktionen nutzen kann. Out-of-the-box, aber nicht wirklich. Da jedes Unternehmen anders aufgebaut ist und sich im Laufe der Zeit anders entwickelt, müssen diese generischen Funktionen an die spezifischen Anforderungen angepasst werden. Sehr schnell werden diese "Anpassungsprojekte" jedoch zu einer vollwertigen Entwicklung, wenn Unternehmen den zusätzlichen Nutzen entdecken, der sich aus der Erstellung von mehr und mehr Workflows über diese gemeinsamen Datenmodelle ergibt.

Jedes mittlere bis große Unternehmen beschäftigt heute Dutzende von Plattformentwicklern und noch viel mehr Berater, die neue und bestehende ServiceNow- / SalesForce-Anwendungen, Integrationen und Workflows entwerfen und entwickeln. Aber während die vollwertige Entwicklung auf Enterprise SaaS-Plattformen weit verbreitet ist, fehlen auf diesen Plattformen hauptsächlich die Methoden und Tools des Software Development Lifecycle (SDLC), der gewöhnlich bei der Softwareentwicklung zur Anwendung kommt, so dass die Teams bei der Zusammenarbeit, der Produktivsetzung und mit der fehlenden Automatisierung zu kämpfen haben. Die auffälligste Lücke ist DevOps.

Während DevOps in digital-nativen Web- und Mobilanwendungen bereits allgegenwärtig ist, fehlt es effektiv in den zentralen Unternehmensplattformen wie ServiceNow und anderen. Viele Kernunternehmensanwendungen werden immer noch nach (in der Regel) zweiwöchigen Zeitplänen für die Produktion freigegeben und benötigen Wochen, manchmal Monate, um von der Entwicklung in die Produktion zu gelangen, was sich negativ auf die Innovationsrate und die Produktivität im Prozess auswirkt. Der klassische IT-Ansatz "If it works, don't touch it" versagt, da der Wettbewerb zunimmt und schnelle Innovationen selbst für die etabliertesten globalen Unternehmen zur Lebensader werden.

Der geschäftliche Wert von DevOps ist unbestritten. Mehr als sechs Jahre konsequenter Forschung durch das DevOps Institute und die DevOps Research and Assessment (DORA)-Gruppe bei Google zeigen, dass DevOps-Praktiken und Continuous Integration / Continuous Delivery einen signifikanten Geschwindigkeits- und Qualitätsvorteil bei der digitalen Transformation liefern. So sehr, dass die Zahlen erstaunlich klingen. 208x häufigere Code-Releases bedeuten, dass Kunden fast täglich Zugang zu neuen Funktionen und Innovationen erhalten, anstatt dass alles Wochen und Monate dauert. Und 1/7 so wahrscheinlich zu scheitern bedeutet, dass die durchschnittliche Fehlerrate von derzeit 46 %-60 % auf 0 %-15 % sinkt. Das führt nicht nur zu höherer Qualität und Kundenzufriedenheit, sondern auch zu einer drastischen Reduzierung der Zeit, die der Support und die Entwickler für die Fehlersuche und -behebung aufwenden müssen, und all diese Zeit fließt wieder direkt in neue Funktionen und Innovationen zurück.

Die DevOps-Toolchain hilft den Entwicklern von Unternehmenssoftware nicht

Die DevOps-Toolchain ist eine Matrix aus Hunderten, vielleicht Tausenden von Open-Source-Tools in verschiedenen SDLC-Schlüsselbereichen, die Softwareentwickler miteinander "verketten", um automatisierte, kontinuierliche Liefer- und Integrationspipelines zu erstellen.

Quelle: Harness.io

Aber kritische Unterschiede in der Architektur von Enterprise-SaaS-Plattformen und der Entwicklung machen die Open-Source-Toolchain unbrauchbar:

  • Es gibt keine Codebase und keine verteilte Versionskontrolle.
  • Trunk-basierte Entwicklung mit lokalem Kopien ist nicht verfügbar.
  • Es gibt keine klare Definition für eine Umgebung. Instanzen oder Logins sind voneinander isoliert.
  • Änderungen werden über XML-Änderungs-/Aktualisierungssätze kopiert.
  • Es gibt fast keine Automatisierung - Pipelines fehlen weitgehend.
  • ....

Und die Integration funktioniert auch nicht gut. Nicht wegen technischer Schwierigkeiten, es ist die Natur der Plattformentwicklung, die anders ist. Viele Plattformen bieten Integration in "klassische" Entwicklungswerkzeuge wie Visual Studio Code und einige Verbindungen zu CI-Servern wie Jenkins. Diese zu nutzen bedeutet im Wesentlichen, dass Sie die Plattform verlassen und die gesamte Arbeit extern erledigen müssen. Eine Plattform wie ServiceNow so zu behandeln, als wäre sie eine Java JVM (d. h., sie ist nur eine Ausführungslaufzeit), ist nicht zielführend. Der Overhead ist für die meisten Unternehmen zu groß, und diese Integrationen finden keine große Anhängerschaft.

Der Bedarf an nativem DevOps in Unternehmenssoftware SaaS

Die oben beschriebene Situation lässt viele Organisationen, die auf Plattformen wie ServiceNow aufbauen, unterversorgt. Die Teams arbeiten unermüdlich, um dem zunehmenden Druck nach schnelleren Release-Zyklen mit einem rigorosen manuellen Prozess zu begegnen. In vielen Organisationen gibt es mittlerweile Mitarbeiter, die Vollzeit arbeiten und im Wesentlichen Änderungen überprüfen und operative Arbeiten durchführen. Die Zykluszeiten und Release-Zeitpläne sind starr und langsam, und die Fehlerbehebung ist oft sehr anspruchsvoll und dauert zu lange. Die Lösung für all dies wird das sein, was wir "Native" DevOps nennen. Anstatt zu versuchen, externe Tools zu verkabeln und auf die Vorteile der Arbeit mit Ihren SaaS-Plattformen zu verzichten, ist eine Lösung, die DevOps-Funktionen in die Plattform einbettet, der Weg in die Zukunft.

Um mehr zu erfahren, besuchen Sie uns auf unserem virtuellen Stand während des BizOps Forums oder kontaktieren Sie uns schon jetzt.

Der Autor ist Gründer und CEO von xtype, einem nativen, auf ServiceNow basierenden DevOps-Lifecycle-Tool, das Funktionen für kontinuierliche Integration und Deployment-Pipelines für Updates-Sets und ServiceNow-Anwendungen bietet. 

Teilen Sie diesen Beitrag!