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.
Ein zentrales Prinzip des Plattform-Engineerings ist die Optimierung für Ihre Kunden. Stellen Sie sich Entwickler als Hauptkunden vor, und konzentrieren Sie sich zuerst auf ihre Bedürfnisse, wenn Sie entscheiden, welche Entwicklungspfade Sie ebnen möchten und welche Funktionen Sie wachsen möchten. Entwickler verwenden alle verschiedene Tools, um ihre Arbeit zu erledigen. Beginnen Sie zunächst klein, und bewerten Sie, ob Sie vorhandene Bildschirme und Oberflächen verbessern können, bevor Sie eine völlig neue interne Entwicklerplattform implementieren.
Unterstützen von Entwicklern mit einer kundenorientierten internen Plattform
Das Denken an Entwickler als primärer Kunde für Ihre interne Entwicklerplattform ist für den Erfolg von wesentlicher Bedeutung. Wir bezeichnen Entwickler als Kunden. Kunden können jedes Mitglied dessen sein, was das Teamtopologien-Modell als stream-ausgerichtete Teams bezeichnet, einschließlich Rollen wie Machine-Learning-Experten oder Data Scientists.
Eine erfolgreiche Plattform-Engineering-Praxis befähigt Entwickler und Betreiber. Entwickler und Betreiber haben Autonomie, um Entscheidungen zu treffen, die geschäftswertbringend sind, während sie weiterhin den etablierten Standards, Governance und Sicherheitsregeln entsprechen. Wichtige Interessengruppen, unterstützende Teams und Experten für bestimmte Subsysteme (Betrieb, Sicherheit, Compliance und Architektur) arbeiten mit dem Team, das diese interne Plattform aufbaut, zusammen, um ihr Fachwissen und ihre bewährten Verfahren in Vorlagen und Systemfähigkeiten zu kodifizieren.
Wenn Sie dieses Wissen gleichzeitig in ein System verschieben, reduziert die kognitive Belastung für Entwickler, verbessert Sicherheit, Compliance und Qualität und skaliert diese anderen Rollen, um wirklich einzigartige Probleme zu bewältigen. Es ist jedoch die Entwicklerumgebung, die sicherstellt, dass Ihre Plattform den größten Nutzen für alle Beteiligten zurückgibt.
Dies bedeutet, dass Sie einem kundenorientierten Ansatz zur Planung und Priorisierung Ihrer Plattform-Engineering-Bemühungen folgen.
Identifizieren optimaler Entwicklungspfade zur Optimierung bewährter Methoden
Obwohl Ihre Organisation heute möglicherweise verschiedene Entwicklungspfade zur Produktion hat, besteht ein früher Schritt in Ihrer Plattform-Engineering-Reise darin, zu verstehen, welche Pfade Entwickler verwenden sollen. Diese Aufforderung zu tätigen ist wichtig, da Sie ihre Energie darauf konzentrieren können, einen effizienten Weg durch sie zu ebnen, der weiterhin Entwicklungs-, Betriebs- und Governanceanforderungen erfüllt.
Diese gepflasterten Wege repräsentieren eine spezifische Gruppe von Entwicklungs- und Observierbarkeitstools, Sprachen, SDKs und Diensten, die so gestaltet sind, dass sie dem entsprechen, was Entwicklungs-, Betriebs- und andere Stakeholder als ihre bewährten Praktiken ansehen. Gepflasterte Wege sollten Ansätze zur Rationalisierung des Onboardings, der Moderation und der Interessenvertretung für die interne Wiederverwendung umfassen. Sie müssen sich diese gepflasterten Wege nicht als restriktiv oder erzwungen vorstellen, sondern vielmehr als eine Reduzierung des Aufwands für Entwickler bis zu dem Punkt, dass Entwicklungsteams gerne innerhalb dieser bleiben möchten.
Der Trick besteht jedoch darin, nicht nur zu verstehen, auf welche Wege man sich konzentrieren muss, sondern welche Teile des Weges zuerst gepflastert werden müssen.
Nutzer dort abholen, wo sie sind
Obwohl es verlockend sein kann, mit einem einheitlichen Portal für alles in Ihrer internen Entwicklerplattform zu beginnen, ist dies nicht der beste Ausgangspunkt.
Ihre Betriebsexperten, Websitezulässigkeitstechniker (SREs) und Entwickler verwenden alle verschiedene Tools, um ihre Arbeit zu erledigen. Die Codierung erfolgt in einer IDE, Technische Systeme wie GitHub und Azure DevOps verwenden Befehlszeilenschnittstellen, und die Zusammenarbeit in Echtzeit erfolgt in Teams und Slack. Oft sind diese Benutzer mit diesen Bildschirmen zufrieden und vorsichtig gegenüber einer weiteren Benutzeroberfläche, um die man sich Sorgen machen muss.
Beginnen Sie klein, und bewerten Sie, ob Sie Ihre vorhandenen Bildschirme und Oberflächen verbessern können. Erstellen Sie Plug-Ins oder Erweiterungen, bevor Sie mit dem Erstellen neuer benutzerdefinierter Oberflächen beginnen. Fragen Sie sich selbst, reagieren die Benutzer besser auf eine andere neue Benutzererfahrung oder eine verbesserte Version von etwas, das Sie jetzt haben? Wenn Sie sich entschließen, ein Portal von Grund auf neu zu erstellen, berücksichtigen Sie die Idee, dass Sie wahrscheinlich mehrere Schnittstellen über eine API unterstützen möchten. Dadurch werden auch Optionen wie die Verwendung von Frameworks mit geringem Code entsperrt, sodass Sie keine Portalerfahrung von Grund auf neu erstellen und hosten müssen.