Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Während es unterschiedliche Ansätze zur Implementierung von Plattform-Engineering mit dem Platform Engineering Capability Model gibt, zeigt die Benutzerforschung, dass die meisten Microsoft-Kunden zu einem von drei Kundensegmenten gehören: aufstrebender Innovator, strategischer Generator und Plattform-Pionier. Dieser Artikel führt Sie durch eine Fallstudie für einen echten Kunden in jedem Segment. Firmennamen werden aus Datenschutzgründen entfernt.
Aufstrebender Innovator: Versicherungsunternehmen
| Kundensegment | Fokusbereiche | Teamgröße | Organisationseigenschaften | Frequenz |
|---|---|---|---|---|
| Aufstrebender Innovator | Schnelle Produktentwicklung, Automatisierung manueller Prozesse, Bewältigung von Ineffizienzen | 1-5 (aus DevOps- oder Cloud-Infrastrukturteams) | Identifiziert Engpässe zur Verbesserung der Lieferung, beginnend bei der Realisierung des Bedarfs an organisationsweiten Lösungen | Zweithäufigste |
Ein großes Versicherungsunternehmen erkennt, dass es unterschiedliche Infrastruktur über einen großen Technologie-Stack verteilt hat. Es gibt mehrere Plattformen und Umgebungen, und es gibt nicht viele Möglichkeiten für Entwickler, loszulegen, ohne sich auf andere Teams zu verlassen. Das Unternehmen muss seine wachsenden Personalkosten reduzieren und standardisiertere Systeme haben.
Der Kipppunkt war ziemlich geradlinig. Da wir über mehrere Engineering-Plattformen und Infrastrukturumgebungen verfügen, einschließlich hybrider Umgebungen, keine Selbstbedienungsfunktionen für Entwicklerportale und drei unterschiedliche massive Technologie-Stacks in unserer Architektur haben, mussten wir eine Lösung wie Terraform oder einen Anbieter auf Unternehmensebene wie GitLab oder GitHub hinzuziehen. Um end-to-End-containerisierte Plattformen zu verwalten, betrachteten wir etwas wie OpenShift, Ansible für die Workflowautomatisierung und Backstage für den IDP. Wir haben eine massive Bewertung durchgeführt, um Synergieeffekte über einen so großen Technologie-Stack hinweg zu bringen... Dies ist ein sehr einfaches Kostenbeispiel, um die Belegschaft oder die Entwicklerbasis um 30 % zu reduzieren." - Chief Architect, Versicherungsgesellschaft
Herausforderung: Ihre wichtigsten Herausforderungen sind steigende Cloudkosten, Compliance-Probleme, fehlende Expertise im Infrastrukturtechnikwesen, falsch ausgerichtete Prozesse und inkonsistente Teamkommunikation.
Die Versicherungsgesellschaft plant die Implementierung einer standardisierten Plattform für alle Entwicklungs- und Bereitstellungsaktivitäten, um die Zusammenarbeit zu fördern, die Projekteinrichtung zu beschleunigen und die Governance zu vereinfachen. Das Unternehmen konzentriert sich auf Wachstum in allen fünf wichtigen Plattform-Engineering-Treibern.
Investition: Das Unternehmen arbeitet mit einem externen Partner zusammen, um das Plattform-Engineering mithilfe eines Build-, Betriebs- und Transfermodells (BOT) zu implementieren. Der externe Partner entwickelt und betreibt die Plattform, bevor er sie zurück in die Organisation überträgt, sobald sie die Expertise und Die Fähigkeit erhalten, sie intern zu verwalten.
Adoption: Es gibt einen erheblichen internen Widerstand gegen die Einführung neuer Praktiken. Entwickler möchten nicht von herkömmlichen Methoden auf neuere Plattformen und Toolsets umsteigen. Um dies zu überwinden, pusht die Führung der Organisation die Einführung von Plattform-Engineering, indem sie sie mit Produktivitätsvorteilen verbindet und sie teil der Mitarbeiterziele macht.
Governance: Das EPD-Team (Enterprise Planning and Deployment) ist für Compliance und Sicherheit verantwortlich. Die zentrale Governance-Struktur ist bewusst so gestaltet, um hohe Sicherheit zu gewährleisten und Sicherheitsrisiken zu vermeiden, wodurch die Dezentralisierung zu einer Herausforderung wird. Es gibt einen Push auf die Demokratisierung der Bereitstellung für Entwickler, während Governanceprotokolle beibehalten werden, um Datenschutzverletzungen zu verhindern und die Compliance sicherzustellen. Ziel ist es, ein Gleichgewicht zwischen Sicherheit und Agilität zu erreichen.
Bereitstellung: Das Unternehmen verbessert die Effizienz und reduziert die Bereitstellungszeiten, indem ein integrierteres und Self-Service-Modell verwendet wird. Die potenzielle Reduzierung von Zeit und Ressourcen, die für die Bereitstellung aufgewendet werden, ist ein wichtiger Faktor für Änderungen.
Schnittstellen: Die Organisation übernimmt Backstage für seine Open Source-Flexibilität, Kosteneffizienz und Entwicklerkenntnisse. Kortex wurde auch berücksichtigt. Die Entscheidung zur Auswahl von Backstage wurde durch die Kosten- und Integrationsfunktionen gesteuert.
Messungen und Feedback: Es war schwierig, zu einem aussagekräftigeren Feedbacksystem zu wechseln, da das Unternehmen über ein älteres Messsystem verfügt und technische Metriken an Geschäfts-KPIs ausrichten muss. Das Unternehmen plant, die Technischen Anstrengungen mit den Geschäftsergebnissen für einen stärker integrierten Messansatz auszurichten. Während dieses Übergangs fügt das Unternehmen Tools und Plattformen hinzu, die Echtzeitanalysen und Observierbarkeit bieten.
Strategischer Baumeister: Finanzinstitut
| Kundensegment | Fokusbereiche | Teamgröße | Organisationseigenschaften | Frequenz |
|---|---|---|---|---|
| Strategischer Entwickler | Zusammenarbeit, Reduzieren redundanter Aufwand, gemeinsame Lösungen, Standardisierung, Kostenmanagement | 1-15 technische Experten (Entwickler und Infrastrukturspezialisten) | Führungskräfte sehen Entwickler als Kunden, teilweise integrierte Plattform-Engineering-Features (Self-Service nicht vollständig übernommen) | Geläufigste |
Das Finanzinstitut befindet sich auf einem mittleren DevOps-Reifegrad mit einigen wiederverwendbaren zentralen Artefakten, standardisierten Richtlinien und der grundlegenden Automatisierung, die über Code verwaltet wird. Die Organisation hat einen Punkt erreicht, an dem die Größe ihrer Entwicklungsteams und die Vielfalt ihrer Tools und Praktiken erhebliche Kosten schaffen. Die Institution verfügte über Tausende von benutzerdefinierten Tools, die im gesamten Unternehmen und viele komplexe Organisationsanforderungen verwendet wurden. Die Bank plant, den Entwicklern einen "goldenen Weg" zu bieten, um die Produktivität zu verbessern, der Flexibilität integriert hat, während sie einen Ansatz von der Stange vermeidet.
"Die Idee war also, dass wir ihnen [Entwickler] zeigen werden, dass dieser [goldene Weg] eine Möglichkeit ist, das Ding zu tun, das Ihre Produktivität verbessern wird, aber dies ist nicht die einzige Möglichkeit. Richtig? Daher wollten wir genügend Platz für den Entwickler hinterlassen, um zu spüren, dass sie in der Lage sind, Änderungen an diesem Pfad vorzunehmen, die wir ihnen mitteilen. Wenn diese Wege also im CTO-Team definiert werden, ist immer die Frage, welche Wege definiert werden sollen, welche für die Mehrheit der Menschen in der Bank funktionieren? Wie ich gesagt habe, sind wir sehr komplex. Es gibt Tausende von Tools, die auf der ganzen Bank verwendet werden. "Einheitsgröße passte allen, war immer das größte Problem." - Geschäftsführerin, Finanzinstitut
Herausforderung: Ihre haupt herausforderung ist hohe Kosten und Ineffizienzen aufgrund vieler verschiedener Werkzeuge und Praktiken. Das Unternehmen möchte sicherstellen, dass die Plattform die spezifischen Anforderungen jedes Teams erfüllt, ohne Probleme zu verursachen oder ein übermäßig direktiven Ansatz zu sein, der die Einführung behindern könnte. Das Finanzinstitut fehlt auch an der Kompetenz, benutzerdefinierte Plattformlösungen intern zu entwickeln.
Das Finanzinstitut plant, sich auf Wachstum für drei wichtige Faktoren zu konzentrieren: Einführung, Governance und Bereitstellung und Management. Die Bank möchte die Einführung der Plattform-Engineering-Lösung erhöhen, Governance besser integrieren und automatisierte Ressourcenbereitstellungstools erstellen.
Investition: Das Finanzinstitut verfügt über ein zentrales Engineering-Team mit 120 Personen an mehreren Standorten weltweit. Etwa 20 Mitglieder bilden ein Kompetenzzentrum-Team (COE-Team). Das COE-Team setzt engineering best practices, die Plattform und DevOps-Praktiken in allen anderen Geschäftsbereichen ein.
Adoption: Das Plattform-Engineering-Team konzentriert sich auf die Durchsetzung von Richtlinien, die vom COE-Team festgelegt wurden, um Engineering-Vorgänge zu leiten. Das Unternehmen plant auch, Teams mit öffentlich sichtbaren Leistungsmetriken zu motivieren. Insgesamt möchte die Bank die Plattformnutzung vergrößern, ohne sich auf strenge Richtlinien und Metriken zu verlassen. Sie stehen jedoch vor Herausforderungen bei der Weiterbildung des COE-Teams, um die Vielzahl von Technologien zu bewältigen, die in allen Engineering-Teams verwendet werden. Ein großes Hindernis ist die Sorge, dass die Plattform möglicherweise nicht den spezifischen Bedürfnissen einzelner Teams entspricht, was zu Problemen führen kann.
Governance: Die Plattform-Engineering-Lösung ist ein intern entwickeltes Portal, das als zentraler Hub für Entwickler fungiert und Tools, Leitfäden, Codierungsstandards und Videos anbietet. Die Lösung enthält ein Quiz zu mindesten Unternehmensanforderungen (MERS), um die Compliance sicherzustellen, bevor die Codierung beginnt. Das Portal bietet eine Version von Stack Overflow für Support, zertifizierte Technikerprofile und eine Onboarding-Reise, um neue Entwickler mit Standards und Tools vertraut zu machen. Das Unternehmen plant, das Ressourcenmanagement zu optimieren und Governance in den Entwicklungslebenszyklus zu integrieren, Engpässe zu beseitigen und top technische Talente mit einem modernen Toolset anzulocken.
Bereitstellung: Das COE-Team hat "glückliche Wege" für Entwickler geschaffen, um die Produktivität zu steigern und gleichzeitig Flexibilität zu gewährleisten. Ziel ist es, einen effizienten Weg zu bieten und gleichzeitig Anpassungen zu ermöglichen. Bei der Entwicklung dieser Wege zielt das CTO-Team darauf ab, auf die Bedürfnisse der meisten Entwickler einzugehen, aber die Komplexität der Bank mit Tausenden von verwendeten Tools erschwert die Implementierung eines standardisierten Ansatzes. Um die Plattform zu skalieren, plant die Organisation, die automatisierte Ressourcenbereitstellung zu implementieren, um die unterschiedlichen Anforderungen ihrer vielen Entwicklungsteams zu erfüllen.
Schnittstellen: Das interne Entwicklerportal wurde in erster Linie intern gebaut. Es wird intern als DevOps-Portal bezeichnet, obwohl es umfassendere Plattform-Engineering-Funktionen umfasst, die nicht nur DevOps umfassen. Das Portal dient als zentrale Ressource für Entwickler und umfasst verschiedene Tools, Lernmaterialien, Videos und Schulungen sowie den Zugriff auf Automatisierungstools, Selbststarthandbücher und containerisierte Images für die Entwicklung. Das Portal ist auch in Sicherheitstools wie Sonatype für die Codeüberprüfung integriert und enthält eine Registrierung genehmigter Bilder und Codebausteine.
Messungen und Feedback: Das COE-Team ist offen für Feedback und bittet es aktiv von Entwicklungsteams. Entwicklervertreter und Botschafter sammeln auch Feedback im Namen des COE-Teams. Der Feedbackprozess ist meist informell.
Plattform-Pionier: Softwareunternehmen
| Kundensegment | Fokusbereiche | Teamgröße | Organisationseigenschaften | Frequenz |
|---|---|---|---|---|
| Plattform-Pionier | Behandeln von Entwicklern als Kunden, Verwalten der Plattform als Produkt, starke Entwicklererfahrung | 16+ mit spezialisierten Gruppen | Betont Verantwortlichkeit, Ermächtigung und Innovation, fördert Self-Service und minimalen Kontextwechsel | Am wenigsten häufig |
Das Softwareunternehmen ist auf einem hohen Niveau der DevOps-Reife. Die Entwickler des Unternehmens können Clouddienste gemäß den Unternehmensrichtlinien selbst bereitstellen. Das große Plattformteam des Unternehmens mit über 250 Mitgliedern entwickelte erfolgreich benutzerdefinierte Plattform-Engineering-Lösungen für die Organisation. Das Unternehmen plant, zu untersuchen, wie sie ihre Organisation weiter verbessern können, indem plattformtechnische Entwicklung voranschreitet.
Wie können wir es ermöglichen, dass unsere Entwickler bessere Software schneller und billiger liefern? Wir müssen immer noch untersuchen und in das investieren, was die ideale Lösung sein könnte, die für unsere Multicloud-Strategie funktioniert. Gibt es ein System, das auf die unterschiedlichen Bedürfnisse der Entwickler skalieren kann? Wir verwenden generative KI- und KI-gesteuerte Lösungen, die intern für die Dokumentation und Informationsermittlung eingesetzt werden. Unser Ziel ist es, den Entwicklern Verantwortung zu übertragen. - Senior Engineering Leader, Software-Unternehmen
Herausforderung: Die primäre Herausforderung des Unternehmens besteht darin, herauszufinden, wie sie ihre bereits starken Plattform-Engineering-Praktiken weiter verfeinern, um Geld zu sparen, generative KI zu erkunden, die Akzeptanz zu erhöhen und für eine Multicloud-Umgebung zu arbeiten.
Das Softwareunternehmen plant, sich auf das Wachstum von vier wichtigen Faktoren zu konzentrieren: Investitionen, Einführung, Bereitstellung und Verwaltung sowie Schnittstellen. Das Softwareunternehmen arbeitet bereits auf hoher Plattform-Engineering-Ebene und will weitermachen. Das Unternehmen plant, Möglichkeiten zur Integration von generativen KI (mit Governance), zur Erhöhung der Plattformakzeptanz und zur Implementierung von metrikgesteuerten Feedbackschleifen zu untersuchen.
Investition: Die Plattform wird durch eine Zusammenarbeit zwischen den CTO- und CFO-Büros finanziert und unterstützt. Ein dediziertes Plattformteam, das durch die Umverteilung von Ressourcen gebildet wird, umfasst 250 bis 280 Mitglieder wie Architekten und Ingenieure. Das Team überwacht Compute, Runtime, CI/CD, Tools und Observability mit einem Schwerpunkt auf Kosteneffizienz. Sie untersuchen generative KI für infrastrukturliche Skalierbarkeit, erkennen aber weitere Forschung und Investitionen sind erforderlich.
Adoption: Entwickler haben die Plattform zunächst in erster Linie für Kostenoptimierung und Effizienz eingeführt, die von der Pandemie gesteuert wird. Interne Kampagnen, einschließlich Hackathons, fördern die Plattform und zeigen Vorteile wie Einblicke in die Reife von Dienstleistungen. Das Plattformteam hatte Schwierigkeiten, einige Teams davon zu überzeugen, von ihren vorhandenen Setups auf die Plattform zu wechseln.
Governance: Das Governancemodell für die Plattform ist in einem zentralen Plattformteam strukturiert, das Kernelemente verwaltet. Einzelne Serviceteams tragen Plugins bei. Es gibt einen Überprüfungsprozess für alle Beiträge, um zu überprüfen, ob sie mit organisatorischen Standards übereinstimmen und breitere Anforderungen erfüllen. Das Plattformteam verwaltet einen Dienstkatalog und eine Dienstzuordnung, um Metadaten und Abhängigkeiten nachzuverfolgen, die die Verantwortlichkeit und ressourcenverwaltung sicherstellen. Darüber hinaus wurde eine dedizierte Governance-Stelle speziell für KI-Anwendungen eingerichtet, um ihre Verwendung zu verwalten und die Einhaltung von Standards sicherzustellen.
Bereitstellung: Das Plattformteam bietet eine zentrale, aber flexible Plattform für die Ressourcenerstellung, Bereitstellung und Verwaltung. Die Plattform basiert auf Kubernetes und verwendet Argo CD für CI/CD. Das Tool bietet benutzerdefinierte Vorlagen und vordefinierte Workflows. Die Plattform enthält eine Entwickler-Startseite, in der Benutzer ihren Infrastrukturlebenszyklus von der Bereitstellung bis zur Bereitstellung verwalten können. Teams tragen maßgeschneiderte Plug-Ins zur Verbesserung der Funktionalität bei. Ziel ist es, die Multicloud-Infrastruktur nahtlos mit einer skalierbaren Plattform zu verwalten.
Schnittstellen: Entwickler verwenden die Entwicklerhomes in der Plattform, um Infrastruktur, Bereitstellung und den gesamten Entwicklungslebenszyklus zu verwalten. Die plugin-basierte Architektur der Plattform ermöglicht Anpassungen, während die generative KI die Dokumentation und Suchbarkeit verbessert.
Messungen und Feedback: Die Organisation sammelt Feedback über Umfragen und verwendet Metriken wie DORA (Bereitstellungshäufigkeit, Leadzeit, Änderungsfehlerrate und mittlere Zeit für die Wiederherstellung), um die Effektivität der Plattform zu bewerten. Diese Metriken werden in Agilität und Stabilität eingeteilt, um Engpässe aufzuspüren und Ergebnisse zu verbessern.