Aufbau einer internen Entwicklerplattform ohne großes Team

Wenn die Leute "interne Entwicklerplattform" hören, stellen sie sich etwas Riesiges vor. Ein glänzendes Portal, Dutzende von Integrationen, ein Team von zwanzig, eine einjährige Roadmap. Kein Wunder, dass kleinere Unternehmen denken, es ist nichts für sie.

Ich denke, das Bild ist falsch. Eine Plattform ist kein Portal. Es ist alles, was es Entwicklern erleichtert, ihren Code sicher in Produktion zu bringen, ohne ein Ticket zu öffnen. Das kann sehr klein anfangen.

Was eine Plattform eigentlich ist (und nicht ist)

Eine interne Entwicklerplattform ist eine Reihe von Tools, Vorlagen und Automatisierung, mit denen Entwickler sich selbst bedienen können. Typische Bausteine:

• Ein Weg, neue Dienstleistungen zu schaffen von einer Vorlage, mit einem Repo, Pipeline und grundlegenden Konfiguration bereits verdrahtet.
• CI/CD Das funktioniert für jeden Dienst gleich.
• Umwelt Die können ohne Anfrage erstellt und zerstört werden.
• Beobachtbarkeit die standardmäßig eingeschaltet ist: Logs, Metriken und Spuren ohne zusätzliche Arbeit.
• Ein Katalog Das beantwortet "Wem gehört dieser Dienst, und wo läuft er?"

Was eine Plattform nicht ist: ein Werkzeug, das man installiert. Wenn man Backstage oder ein anderes Portal kauft, bekommt man keine Plattform, genauso wie ein Fitnessstudio-Mitgliedschaftsticket einen nicht fit macht.

Die kleinste Plattform, die noch nützlich ist.

Wenn ich mit einem kleinen Team von Grund auf neu beginnen müsste, würde ich mit einer Sache beginnen: der goldene Pfad für die am häufigsten im Unternehmen erbrachte Dienstleistung.

Sagen wir, die meisten Ihrer Dienste sind kleine HTTP-APIs in einer Sprache. Der goldene Pfad könnte sein:

1. Eine Repository-Vorlage mit dem Code-Skelett, einer Docker-Datei und einem Gesundheitsendpunkt.
2. Eine gemeinsame Pipeline, die es baut, testet, scannt und einsetzt.
3. Eine Helmkarte oder eine Kustomize-Basis mit vernünftigen Standards für Ressourcen, Sonden und Sicherheit.
4. Dashboards und Warnungen, die automatisch angezeigt werden, wenn der Dienst bereitgestellt wird.

Das ist es. Noch kein Portal. Ein Entwickler läuft einen Befehl aus oder klickt auf "use this template" auf GitHub, und 20 Minuten später läuft sein Service in einer Testumgebung mit Überwachung.

Eine Plattform ist erfolgreich, wenn Entwickler sie wählen, weil sie einfacher ist, nicht weil sie gezwungen sind.

Bauen oder kaufen: Backstage, Port und Freunde

Sobald der goldene Pfad funktioniert und man mehr als einen hat, beginnt ein Portal Sinn zu machen. Es gibt den Vorlagen ein Zuhause und fügt einen Katalog hinzu.

• Hinter der Bühne ist Open Source und sehr flexibel. Es ist auch echte Software, die man ausführen, aktualisieren und erweitern muss, oft mit TypeScript.
• Die Datenbank ist nicht verfügbar. und andere sind SaaS. Schneller starten, weniger Kontrolle, monatliche Rechnung.
• Eine einfache Wiki-Seite plus GitHub-Vorlagen ist eine sehr gute erste Version. - Ich meine es ernst.

Meine Regel: Ein Portal erst einführen, wenn man etwas hat, das es wert ist, hineingebracht zu werden.

Wie ich messen würde, wenn jemand es benutzt

Eine Plattform ist ein Produkt, und Produkte brauchen Feedback. Ein paar Nummern, die ich verfolgen würde:

• Zeit für den ersten Einsatz für einen neuen Dienst. Die Tage werden zu Minuten. Das ist der Sieg.
• Adoption: wie viele Dienste den goldenen Pfad gegenüber benutzerdefinierten Einrichtungen verwenden.
• Eintrittskarten für das Einsatzteam . für Routineanfragen. Das sollte fallen.
• Zufriedenheit der Entwickler: eine kurze Quartalsumfrage. Frag, was nervt, nicht nur, was gut ist.

Und mit Entwicklern sprechen. Mit jemandem zusammen sitzen, während er einen neuen Service erstellt. Jeder Ort, an dem sie zögern oder Fragen stellen, ist ein Fehler in Ihrer Plattform.

Was würde ich jemandem sagen, ab heute

Beginnen Sie mit der schmerzhaftesten, häufigsten Aufgabe. Automatisieren Sie das richtig. Machen Sie es so gut, dass die Leute mehr verlangen. Dann wähle das nächste.

Versuche nicht, jeden Randfall zu decken. Halten Sie eine Fluchtlucke, damit Teams mit ungewöhnlichen Bedürfnissen noch ihr eigenes Ding machen können. Eine Plattform, die Menschen blockiert, wird zur neuen Mauer, die DevOps abreißen sollte.

Kann ein kleines Team das schaffen?

- Ja, das ist es. Ein kleines Team kann nicht alles bauen, aber es muss auch nicht. Ein goldener Pfad, der wirklich funktioniert, schlägt ein Portal voller halbfertiger Funktionen.

Meine Meinung: Beginnen Sie mit einer Straße, pflastern Sie sie gut und lassen Sie die Fußstapfen der Menschen Ihnen sagen, wo Sie die nächste bauen sollen.

Desly