Goldene Pfade: Normen, die niemanden bremsen

Jedes Unternehmen will Standards. Die gleiche Pipeline-Struktur, dieselben Sicherheitsüberprüfungen, das gleiche Logging-Format, die gleiche Art zu implementieren. Und jeder Entwickler hat an der Empfängerseite von Standards gearbeitet, die sich wie Papierkram anfühlten: ein vierzigseitiges Wiki, eine Checkliste, ein Review Board, das sich jeden Donnerstag trifft.

Die Idee ist, dass Normen als Abkürzung und nicht als Barriere gelten sollten.

Straßen, Geländer und Tore

Ich finde es hilfreich, über drei Möglichkeiten nachzudenken, wie man Menschen anleitet:

• Schleusen Ich halte Sie auf, bis jemand zustimmt. "Senden Sie ein Ticket und warten Sie auf die Architekturprüfung".
• Schranken Sie lassen sich frei bewegen, aber sie stoppen Sie, bevor Sie von einer Klippe fallen. "Sie können alles bereitstellen, aber keinen Container, der als Root läuft".
• Asphaltierte Straßen (goldene Wege) einen Weg so bequem machen, dass die meisten Menschen ihn freiwillig nehmen.

Gute Bahnsteige haben viele asphaltierte Straßen, wenige Geländer und möglichst wenige Tore.

Wenn man die Leute auf deinen goldenen Weg zwingen muss, ist er nicht golden. Es ist nur ein Pfad.

Ein neuer Service in zehn Minuten .

Aus Sicht eines Entwicklers sieht ein guter goldener Pfad so aus:

1. Öffnen Sie die Vorlage (eine GitHub-Vorlage, ein Backstage-Formular oder einen CLI-Befehl).
2. Geben Sie einen Dienstnamen und ein Besitzerteam ein.
3. Holen Sie sich ein Repository mit Arbeitscode, Tests, einer Docker-Datei und einer Pipeline.
4. - Schiebt. Die Pipeline wird gebaut, gescannt und in eine Testumgebung gebracht.
5. Logs, Kennzahlen, Dashboards und grundlegende Warnungen sind bereits vorhanden.

Der Entwickler hat keine Wiki-Seite über Logging-Standards gelesen. Die Vorlage protokolliert einfach die richtige Art und Weise. Sie haben den Sicherheitsscan nicht eingerichtet. Die Pipeline beinhaltet es. Der Standard ist eingebrochen.

Was in einen Pfad geht

Die besten Kandidaten sind Dinge, die jeder Dienst braucht, die leicht falsch liegen:

• Bau und Einsatz von Pipelines
• Bilder der Containerbasis
• Gesundheitskontrollen, Anfragen und Beschränkungen für die Mittel
• Protokollformat, Kennzahlen und Verfolgungseinrichtung
• Sicherheitsscan und Geheimdienstbehandlung
• Eigentum und Dokumentation (Katalogbezeichnung, README-Skelett)

Versuche nicht, alles zu standardisieren. Lassen Sie den eigentlichen Produktcode in Ruhe. Entwickler sollten ihre eigenen Bibliotheken und Architektur innerhalb des Dienstes auswählen.

Wenn die Leute den Weg verlassen müssen

Teams werden immer ungewöhnliche Bedürfnisse haben verschiedene Sprachen, GPU-Workloads oder seltsame Datenbanken. Wenn dein goldener Weg die einzige Option ist, werden diese Teams entweder feststecken oder leise Umgehungsmöglichkeiten finden, von denen du nichts weißt.

Also bauen Sie Fluchtlocken absichtlich:

• Ermöglichen Sie Teams, Teile der Vorlage zu überschreiben, nicht nur alles oder nichts.
• Dokumentation, was sie verlieren, wenn sie den Weg verlassen (z. B. "Sie müssen Ihre eigenen Warnungen einrichten").
• Pass auf, wo die Leute hinfahren. Wenn viele Teams an derselben Stelle abfahren, ist das ein Signal, den Weg zu verlängern.

Modelle auf dem neuesten Stand halten

Das versteckte Problem mit Vorlagen ist, dass ein Dienst, sobald er erstellt wurde, eine Kopie ist. Wenn Sie die Vorlage später verbessern, erhalten ältere Dienste diese Verbesserungen nicht automatisch.

Ein paar Möglichkeiten , damit umzugehen:

• Halten Sie die Logik gemeinsam aus jedem RepoDie Datenbank ist für die Bereitstellung von Daten über die Datenbank und die Datenbank für die Datenbank zu verwenden. Dienste verweisen auf eine Version, anstatt den Inhalt zu kopieren.
• Verwendung Erneuern oder abhängig machen um Pull-Anfragen zu öffnen, wenn eine neue Version der geteilten Teile veröffentlicht wird.
• Veröffentlichen Sie Ihre Vorlagen und führen Sie ein kurzes Änderungenprotokoll, damit die Teams wissen, was ihnen fehlt.

Also, sind goldene Pfade es wert?

Sehr viel. Sie sind, wie ein kleines Plattformteam die Qualität von Dutzenden von Diensten erhöhen kann, ohne jeden zu überprüfen. Entwickler bekommen Geschwindigkeit, die Organisation Konsistenz, und niemand muss das vierzigseitige Wiki lesen.

Meine Meinung: machen Sie den richtigen Weg den einfachsten Weg, halten Sie die Tür für die Ausnahmen offen und hören Sie zu, wenn die Leute ihn benutzen.

Desly