Kognitive Belastung bezeichnet die gesamte Menge an mentaler Anstrengung, die im Arbeitsgedächtnis einer Person verwendet wird. Stellen Sie sich das wie die mentale Bandbreite eines Entwicklers vor. Wenn diese Bandbreite durch Aufgaben verbraucht wird, die nichts mit Programmieren zu tun haben, sinkt die Fähigkeit, sich auf komplexe Problemlösungen zu konzentrieren.

Entwickler müssen oft zwischen Dutzenden von verschiedenen Tools, Dashboards und Konfigurationsdateien wechseln, nur um eine einfache Änderung bereitzustellen. Jeder Kontextwechsel zwingt das Gehirn, neue Informationen zu laden, was mental anstrengend ist. Dieses ständige Jonglieren mit Tools und Prozessen erhöht die kognitive Belastung, was zu Burnout, mehr Fehlern und langsameren Innovationen führen kann.

Platform Engineering ist die Disziplin, eine interne Entwicklungsplattform zu entwerfen, zu erstellen und zu verwalten. Wenn die IdP das Produkt ist, dann ist das Plattformentwicklungsteam das Produktteam, das für seinen Lebenszyklus verantwortlich ist. Ihre Kunden sind die Entwickler des Unternehmens.

Das bedeutet, dass die Plattform wie jedes andere Softwareprodukt behandelt wird. Das Plattformtechnikteam ist dafür verantwortlich, die Anforderungen der Entwickler zu verstehen, eine Roadmap zu definieren und ein zuverlässiges, sicheres und einfach zu verwendendes Toolset bereitzustellen.

Häufig wird nach dem Unterschied zwischen einer Plattform und einem Portal gefragt. Die Begriffe werden zwar manchmal synonym verwendet, bezeichnen aber unterschiedliche Aspekte der Entwicklererfahrung. Die interne Entwicklungsplattform (IdP) ist wie ein Motor, der alle Tools, Workflows und die Infrastruktur umfasst, die den Entwicklungszyklus antreiben.

Das interne Entwicklerportal ist dagegen das Dashboard für diese Engine. Die grafische Benutzeroberfläche (GUI) bietet Entwicklern einen zentralen Ort, um auf die Funktionen der Plattform zuzugreifen. Ein Entwicklerportal kann Entwicklern helfen, Tools zu finden und zu verwenden, Dokumentationen einzusehen, neue Dienste zu erstellen und den Status ihrer Builds zu überprüfen, ohne die komplexe Maschinerie zu verstehen, die darunter läuft. Eine umfassende IDP umfasst oft ein Entwicklerportal, um die Benutzerfreundlichkeit und Auffindbarkeit zu verbessern. Die Plattform selbst ist jedoch das vollständige Set an zugrunde liegenden Technologien und automatisierten Prozessen.

Sehen wir uns ein gängiges Beispiel für eine interne Entwicklungsplattform mit Google Cloud an, um zu sehen, wie eine IDP in der Praxis funktioniert. Stellen Sie sich vor, ein Entwickler muss einen neuen Mikrodienst einrichten, der eine eigene Datenbank und CI/CD-Pipeline benötigt.

Der Entwickler müsste manuell ein Cloud Source Repository erstellen, ein Terraform-Modul schreiben, um eine Cloud SQL-Datenbank bereitzustellen, eine Google Kubernetes Engine-Bereitstellungsdatei (YAML) erstellen und konfigurieren, einen neuen Trigger in Cloud Build einrichten und IAM-Berechtigungen für alles verwalten. Das kann Tage dauern und mehrere Teams einbeziehen.

Der Vorgang ist viel einfacher.

Anfrage über das Portal: Der Entwickler meldet sich im Entwicklerportal an und findet eine vordefinierte Vorlage für einen „Python-Mikrodienst mit einer Cloud SQL-Datenbank“.

Einfache Eingaben: Sie füllen ein kurzes Formular mit dem Namen des Dienstes und dem Namen ihres Teams aus.

Orchestrierung beginnt: Der Entwickler klickt auf „Erstellen“ und der Plattform-Orchestrator übernimmt.

Automatisierte Aktionen: Im Hintergrund führt der Orchestrator eine Reihe automatisierter Aufgaben mit Google Cloud APIs aus:

• Es wird ein neues Repository in Cloud Source Repositories aus der Vorlage erstellt.
• Es wird ein Terraform-Plan ausgeführt, um eine neue Cloud SQL for PostgreSQL-Instanz bereitzustellen.
• Es erstellt die erforderlichen Manifeste und wendet sie auf den Google Kubernetes Engine-Cluster (GKE) an, um eine neue Bereitstellungsumgebung zu schaffen.
• Es wird eine neue CI/CD-Pipeline in Cloud Build konfiguriert, um den Dienst automatisch zu erstellen und bereitzustellen.

Abschluss: Der Vorgang ist innerhalb weniger Minuten abgeschlossen. Der Entwickler erhält eine Benachrichtigung mit Links zu seinem neuen Repository, seiner laufenden Anwendung in der GKE-Stagingumgebung und den Datenbankanmeldedaten – und das alles, ohne eine einzige Zeile Konfigurationscode schreiben zu müssen.