Das Wachstum steuern: Wie Sie Ihren Plattformservice und Ihr Ingenieurteam skalieren

Einführung

Die Komplexität der Skalierung eines Plattformdienstes und eines Ingenieurteams kann gar nicht hoch genug eingeschätzt werden. Diese Elemente sind in jedem technologieorientierten Unternehmen von zentraler Bedeutung, und ihr Wachstum sollte harmonisch auf die allgemeinen Geschäftsziele abgestimmt sein. Eine effektive Skalierung geht über das einfache Hinzufügen von Ressourcen hinaus und erfordert einen strategischen Ansatz, um sicherzustellen, dass das Unternehmenswachstum nicht durch Ineffizienzen beeinträchtigt wird.

Erkennen der Auslöser für die Skalierung

Um die Notwendigkeit zu verstehen, dass ein Plattformdienst skaliert oder sich an das Wachstum anpasst, ist es von entscheidender Bedeutung, eine Organisation zunächst von einem konzeptionellen Standpunkt aus zu betrachten. Zu den Kernelementen, die den Plattformdienst innerhalb eines Unternehmens beeinflussen, gehören seine Ziele, definierte Strategien zur Erreichung dieser Ziele und ein Betriebsmodell, das auf die Optimierung der Effizienz ausgerichtet ist. Das nachstehende Modell legt in der Regel Arbeitsweisen, Verantwortlichkeiten und die erforderlichen organisatorischen Fähigkeiten fest. Außerdem beherbergt die Organisation den Markt für die Plattform, der sowohl bestehende als auch potenzielle Plattformnutzer umfasst.

Eingebettet in das Ökosystem des Unternehmens stellt der Plattformdienst eine Reihe von Produkten oder Funktionen bereit, die jeweils ihre eigenen Schnittstellen und Nutzungsmuster haben. Dieser Service wird von einem Team (oder mehreren Teams in einem Unternehmenskontext) geleitet, das bestimmte Prozesse einhält - von der Planung über die Bereitstellung bis hin zum Betrieb - und bestimmte Technologien nutzt, wie z. B. Public Cloud, Container-Orchestrierung oder Observability-Tools.

Die Nutzung ist ein entscheidender Faktor für die Bedeutung der Plattform innerhalb des Unternehmens. Wenn die Nutzung ansteigt und die Plattform sich zu einer geschäftskritischen Einheit entwickelt, wird die Sicherstellung der Verfügbarkeit von höchster Bedeutung, was eine optimierte Zeit bis zur Wiederherstellung erfordert. Während die Automatisierung von entscheidender Bedeutung ist, um die mittlere Wiederherstellungszeit (MTTR) niedrig zu halten, ist eine ausreichende Personalausstattung erforderlich, um die Pager-Rotation aufrechtzuerhalten und einen echten 24/7-Plattformservice zu bieten. Diese Anforderung variiert erheblich in Abhängigkeit von der geografischen Ausdehnung des Unternehmens, wobei globale Organisationen andere Strategien benötigen als Plattformdienste, die nur während der Geschäftszeiten Support für Vorfälle bieten.

Der Umfang des Funktionsumfangs der Plattform korreliert oft mit ihrer Nutzung. Eine Plattform, die den gesamten Weg des Entwicklers erleichtert, erfordert ein umfangreiches Set an Tools, Diensten, Dokumentation und Code Blueprints, die alle gewartet werden müssen. Die Erweiterung des Funktionsumfangs von Plattformdiensten kann auch eine Vergrößerung des Teams erforderlich machen, da die Anforderungen an den Benutzersupport steigen. Das heißt, Skalierbarkeit muss bei jedem Ansatz für den Support im Vordergrund stehen.

Sie sollten vorsichtig sein, wenn Sie eine Skalierung des Teams aufgrund von Codekomplexität oder Leistungsengpässen in Erwägung ziehen. Diese Probleme deuten oft darauf hin, dass ein neues Design oder eine neue Architektur erforderlich ist, und nicht auf eine Änderung der Teamgröße. Das Team sollte von Anfang an auf die Skalierung vorbereitet werden, wie in unserer früheren Diskussion über den Aufbau eines Plattformteams.

Ein weiterer Auslöser für die Skalierung sind Veränderungen im geschäftlichen Kontext des Unternehmens. Wenn das Unternehmen seine digitalen Dienste erweitert, kann dies eine Änderung des Funktionsumfangs der Plattformdienste oder eine Änderung der Schnittstelle, über die die Plattform ihre Dienste bereitstellt, erforderlich machen. Ein typisches Beispiel, das wir in den meisten Unternehmen sehen, ist der Bedarf an Daten- und Analysefunktionen, der mit der Expansion des digitalen Geschäfts wächst. Ein wachsendes Unternehmen muss sich mit mehr regulatorischen Anforderungen auseinandersetzen, was ebenfalls zu einer Änderung der Plattformdienste führen kann.

Im Zusammenhang mit der Skalierung von Plattformen ist die Fähigkeit der Plattform, unabhängig von der Nutzungsintensität zu skalieren, von entscheidender Bedeutung. Die breite Verfügbarkeit moderner Cloud-Technologien und öffentlicher Clouds ermöglicht eine vertikale und horizontale Skalierung zur Verwaltung gleichzeitiger Nutzer. Dies unterstreicht, wie wichtig es ist, den Markt der Plattformnutzer und die Nutzungsmuster der Plattformdienste zu verstehen. Der wahre Gegner einer Plattform ist nicht die ungenutzte Funktion, sondern die Liste der Funktionen, die nur spärlich genutzt werden, oder eine Schnittstelle, die manuelle Eingriffe durch das Plattformteam ^erfordert¹.

[1] Quelle: "Intercom on Product Management" beschäftigt sich mit der Analyse der Nutzung Ihrer Produktfunktionen und wie Sie die Akzeptanz beeinflussen können
https://www.intercom.com/resources/books/intercom-product-management

Die Rolle der Standardisierung in einem wachsenden Plattformdienst

Im vorigen Abschnitt haben wir die Notwendigkeit hervorgehoben, einen schlanken und effektiven Funktionsumfang für einen skalierbaren Plattformdienst beizubehalten. Dadurch verringert sich der Support- und Wartungsaufwand für das Plattformteam. Der Umfang dieser Funktionen wird jedoch nicht nur durch den Umfang des Plattformdienstes, sondern auch durch die unterschiedlichen Bedürfnisse der Benutzer bestimmt. So könnte Ihr Plattformdienst beispielsweise einen optimierten Prozess für die Bereitstellung Ihrer Anwendung in einer Cloud-Umgebung bieten. Die Vielfalt der Bereitstellungsanforderungen ergibt sich jedoch aus den unzähligen Arten von Anwendungen, die Benutzer bereitstellen möchten, von Containern und Java-Paketen bis hin zu Sets von serverlosen Funktionen.

Im Zusammenhang mit der Standardisierung wäre ein ideales Szenario für eine Plattform die Einhaltung eines unternehmensweiten Standards, der vorschreibt, wie Anwendungen erstellt und verpackt werden. Dadurch wäre die Plattform in der Lage, Dienste anzubieten, die mit diesem Standard übereinstimmen. Wenn ein Unternehmen jedoch seine digitalen Dienste ausbaut, wird es unweigerlich eine Vielzahl von Anwendungstypen verwenden, z. B. Webanwendungen, APIs, MLOps-Flows und mobile Anwendungen. Diese Anwendungen können von SaaS, Commercial-Off-The-Shelf oder intern entwickelt werden. Da diese Vielfalt zunimmt, muss der Plattformdienst wohlüberlegte Entscheidungen treffen, wie er sich in dieser sich verändernden Unternehmenslandschaft zurechtfindet.

Um der vielfältigen Anwendungslandschaft gerecht zu werden, könnte ein Plattformdienst einen oder mehrere der folgenden Ansätze verfolgen:

1. Berücksichtigen Sie die wachsende Heterogenität: In diesem Szenario müsste die Plattform wahrscheinlich ihren Funktionsumfang erweitern, um der wachsenden Vielfalt an Anwendungen gerecht zu werden. Dies würde eine Skalierung des Plattformdienstes aufgrund des erhöhten Wartungs- und Supportaufwands erforderlich machen.
2. 
   Streben Sie nach einer Reduzierung der Varianz:
   Ein allgemeines bewährtes Verfahren aus der schlanken Produktion beinhaltet die Zusammenarbeit mit mehreren Beteiligten, um standardisierte Lösungsarchitekturen zu definieren. Diese Standards könnten vorgeben, wie eine Anwendung verpackt wird, wie sie mit anderen Diensten integriert wird und welche Cloud-Dienste sie nutzen sollte. Auch wenn dieser Ansatz anfangs mehr Zeit und Aufwand erfordert, kann er die Gesamtkosten für die Softwareentwicklung senken und die Notwendigkeit, den Plattformdienst und das Team zu skalieren, begrenzen.
3. 
   Unterscheiden Sie zwischen unterstützten und nicht unterstützten Anwendungstypen:
   Hier könnte sich die Plattform dafür entscheiden, nur eine Teilmenge von Anwendungstypen zu unterstützen, während sie den Benutzern erlaubt, bestimmte Plattformfunktionen für den Rest zu nutzen. Dadurch wird verhindert, dass das Plattformteam aufgrund der zunehmenden Unterstützung einer breiteren Palette von Anwendungen vergrößert werden muss, da die Verantwortung für die Lösung bestimmter Probleme bei den Benutzern liegt. Dieses Szenario fördert die Innovation innerhalb der Softwareentwicklungsteams, da sie nicht an Unternehmensstandards gebunden sind.

Die Aufrechterhaltung der Anpassung und der Standards kann zu einer komplexen Aufgabe werden, wenn der Plattformdienst wächst. Diese Anpassung muss den wachsenden Nutzern, Stakeholdern und dem breiteren Einfluss des Unternehmens Rechnung tragen. Regelmäßige Kommunikation, klare Richtlinien und iterative Feedbackschleifen können diese Anpassung fördern.

Ebenso erfordert die Aufrechterhaltung von Standards während des Wachstums eine unerschütterliche Verpflichtung zur Qualität, selbst wenn die Nachfrage steigt. Wenn die Plattform skaliert, kann sich die Standardisierung weiterentwickeln, von einfachen Codevorlagen oder Wikis zu anspruchsvolleren gemeinsamen Diensten oder vollständig konfigurierten "goldenen Pfaden".

Wie sich Veränderungen auf das Ingenieurteam auswirken und ArbeitsweiseArbeitsweise

Wenn ein Plattformdienst skaliert, ändern sich die Dynamik und die Interaktionen des Plattformentwicklungsteams mit den Benutzern erheblich.

Verschiebungen in der Benutzerinteraktion

Die Automatisierung manueller Prozesse und die Aktivierung von Selbstbedienungsoptionen werden für die Effizienz unerlässlich, wenn die Plattform mehr Nutzer gewinnt. Doch während diese Investitionen die Skalierbarkeit des Dienstes verbessern, bleibt die menschliche Note entscheidend. Die Plattformteams müssen mit Bedacht Zeit investieren, um eine gleichberechtigte Behandlung aller Nutzer zu gewährleisten.

In der Anfangsphase konzentrieren sich Plattformdienste oft darauf, das Vertrauen der Nutzer zu gewinnen, und legen den Schwerpunkt auf individuelles Onboarding und Aktivierung. In dem Maße, in dem die Nutzer der Plattform zunehmend vertrauen und sie annehmen, werden direkte, umfangreiche Interaktionen mit einzelnen Teams unhaltbar. Zu beachten ist, dass jede Interaktion mit einem (potenziellen) Plattformnutzer auch ein impliziter Feedback-Kanal für das Plattformteam ist. Ihre Art und Weise, Feedback zu erhalten, muss sich möglicherweise ändern, um mehr Plattformnutzern gerecht zu werden, sei es für Feedback zu bestehenden Funktionen oder für das Sammeln von Ideen für neue Funktionen.

Ein Umdenken beim Onboarding und bei der Aktivierung ist von entscheidender Bedeutung, wenn die Akzeptanz und damit die Nutzung des Plattformdienstes zunimmt.

Schlüsselprozesse für die Plattformeinführung: Onboarding und Ermöglichung

Onboarding

• 
  Zielsetzung
  : Erleichtern Sie die nahtlose Integration von Benutzern in die Plattform.
• Herausforderungen: Die Automatisierung der Plattformeinführung kann ohne einen optimierten Onboarding-Prozess eine Herausforderung sein. Dazu gehört die Gewährung des Zugriffs auf Tools, die Einrichtung von Umgebungen und vieles mehr.
• Strategie der Skalierung: Die Automatisierung ist von zentraler Bedeutung, von der Bereitstellung von Konten bis zur Validierung von Benutzeranfragen. Es ist auch wichtig, die angebotenen Dienste zu standardisieren. Um die Benutzerfreundlichkeit zu verbessern, sollte die Plattform in benutzerfreundliche Wikis, interaktive Assistenten und intuitive Benutzeroberflächen investieren.

Ermöglicht

• 
  Zielsetzung
  : Unterstützung der Benutzer bei der Maximierung ihres technischen Potenzials, um eine optimale Nutzung der Plattformdienste zu ermöglichen.
• 
  Methoden
  : Die Anleitungen können von Cloud-nativen Architekturen bis hin zu Infrastructure-as-Code und dem Aufbau von CI/CD-Pipelines reichen.
• Strategie der Skalierung: Je größer die Benutzerbasis wird, desto weniger ist eine direkte Interaktion möglich. Daher wird die Erstellung von Kursen zum Selbststudium oder die Delegation an ein spezialisiertes Team von entscheidender Bedeutung. Instruqt, ein Unternehmen von Xebia Product, zeichnet sich beispielsweise dadurch aus, dass es mundgerechte Lerneinheiten anbietet, um die Einführung von Tools zu fördern und die technischen Fähigkeiten im gesamten Unternehmen zu verbessern.

Freigabe-Management

Ein effektives Release-Management gewinnt mit zunehmender Größe an Bedeutung. Zu Beginn liegt der Schwerpunkt auf der Qualität der Lieferung. Wenn der Service wächst, wird der Einsatz von Best Practices für das Release Engineering, einer Grundvoraussetzung für das Site Reliability Engineering, wertvoll. So können beispielsweise Canary-Releases eingesetzt werden, bei denen neue Funktionen an eine ausgewählte Gruppe zur Validierung verteilt werden. Dieser Ansatz bietet einen unmittelbaren Feedback-Mechanismus und erleichtert bei Bedarf die Rücknahme von Änderungen.

Beobachtbarkeit

Die Überwachung der Plattform ist zwar vom ersten Tag an wichtig, aber mit zunehmender Nutzung des Plattformdienstes wird es immer wichtiger zu wissen, was im System vor sich geht. Jedes noch so kleine Problem mit der Plattform kann dem Plattformteam schnell zum Verhängnis werden, was zu Serviceausfällen führt und dem Ruf des Plattformdienstes schadet.

Das Plattformteam muss die Best Practices von SRE übernehmen, um die Verfolgung an den richtigen Stellen einzubauen und Warnmeldungen zu wichtigen Service Level Indicators einzurichten. Eine frühzeitige Warnung hilft dem Plattformteam, Vorfälle zu verhindern und ermöglicht es dem Team, das Plattformdesign proaktiv zu optimieren.

Spezialisierung und organisatorische Gestaltung

Im Laufe der Zeit kann ein einzelnes Team Schwierigkeiten haben, eine ganze Entwicklerreise zu unterstützen, da der Funktionsumfang immer größer wird oder die Anforderungen an Sicherheit und Compliance steigen. Die Lösung? Mehrere spezialisierte Plattformservices decken verschiedene Teile der Entwicklerreise ab, z. B. Cloud Landing Zones, CI/CD oder Observability-Plattformen.

Und schließlich kann ein internes Portal für die Entwicklerplattform bei der Skalierung eine entscheidende Rolle spielen. Es dient als einzige Schnittstelle für die verschiedenen Plattformdienste und sorgt für ein einheitliches und ansprechendes Entwicklererlebnis.

Fazit

Die Skalierung eines Plattformdienstes und eines Ingenieurteams birgt komplizierte Herausforderungen und immense Chancen. Es geht nicht nur darum, die Ressourcen zu erweitern. Vielmehr ist ein differenzierter Ansatz erforderlich, der auf dem Verständnis von Nutzungsmustern, der Sicherstellung einer effizienten Standardisierung und der Wahrung des empfindlichen Gleichgewichts zwischen Automatisierung und menschlicher Zuwendung beruht.

Im digitalen Zeitalter ist der Erfolg eines Unternehmens eng mit der Skalierbarkeit seiner Plattform und der Belastbarkeit seines Ingenieurteams verknüpft. Wenn sich der Kontext, in dem der Plattformdienst angesiedelt ist, ändert, muss sich das Entwicklungsteam anpassen oder riskieren, zu einer ineffizienten und kostspieligen Belastung für das Unternehmen zu werden.

Wir lieben den Austausch von Wissen. Weitere aufschlussreiche Gedanken über Platform Engineering finden Sie hier!