Ist die Paved Road das Richtige für Sie?

Netflix verwendet es, also sollte es auch für Sie gut funktionieren, oder? Nicht so schnell. The Paved Road ist nicht für jeden geeignet. Er ist zwar für die Mehrheit geeignet, aber es wird immer Entwickler geben, die abseits der Straße arbeiten müssen (oder wollen). Es gibt ein paar Dinge, die Sie bedenken sollten, bevor Sie in Ihrem Unternehmen eine Paved Road einrichten. In diesem Artikel werde ich die Vorteile erörtern und Ihnen einige Fragen stellen, die Sie sich vor der Implementierung stellen sollten.

Was genau ist eine asphaltierte Straße?

In ihrer OSCON-Präsentation 2017 beschreibt Dianne Marsh von Netflix die Paved Road als "ein Konzept, das eine Reihe von Erwartungen und Verpflichtungen zwischen den zentralisierten Teams und unseren technischen Kunden formalisiert".

Das bedeutet, dass ein zentrales Team die Paved Road zum Nutzen der Entwickler-Kunden entwickelt und (größtenteils) pflegt. Im Gegenzug erklären sich die Entwickler, die sich für die Paved Road entscheiden, bereit, die Philosophie der Paved Road zu befolgen. Das Ergebnis ist, dass sich die Entwickler auf das konzentrieren können, was sie am besten können: das Erstellen und Bereitstellen von Funktionen. Die Paved Road sollte jedoch nicht in diesem einen Team isoliert werden. Die Entwickler sollten sich nicht davon abhalten lassen, gelegentlich "off-road" zu gehen, um neue Horizonte zu entdecken und einen Beitrag zur Paved Road zu leisten.

Der Bau einer gepflasterten Straße kann jedoch eine beträchtliche Investition darstellen und sollte in Absprache mit den Teams erfolgen, die sie nutzen wollen.

Was ist ein Beispiel für eine gepflasterte Straße?

Abbildung 1: Ein Beispiel für einen Arbeitsablauf auf einer befestigten Straße

Nehmen wir an, Sie haben mehrere Teams, die Microservices entwickeln, die auf Kubernetes laufen. Jeder Microservice muss dieselbe Grundstruktur haben (Service Discovery, Protokollierung usw.), also erstellen Sie eine Vorlage, auf der jeder neue Service basieren soll. Den Entwicklungsteams steht es frei, jedes gewünschte Codeverhalten hinzuzufügen, aber die CI/CD-Pipelines müssen für alle gleich sein. Dies könnte die Erstellung des Codes, das Testen, die Erstellung von Images, das Scannen der Images auf Schwachstellen und schließlich die Veröffentlichung dieser Images umfassen. All diese Prozesse sind perfekte Kandidaten für die Paved Road und könnten in etwas wie GitHub Actions implementiert werden. Sie können Code-Compliance-Checks, Unit-Tests und sogar Tests der Docker-Images als Teil Ihrer Pipeline durchführen.

Was sind die Vorteile der asphaltierten Straße?

Hier sind einige Gründe, die für eine Investition in eine Paved Road Lösung sprechen.

• Sie ist optional. Wenn sich das Team dafür entscheidet, "abseits der Straße" zu bleiben, oder ihr Projekt das Paved Road-Modell einfach nicht unterstützt, ist das in Ordnung; die Paved Road ist für die Mehrheit da. Entwickler, die sich dafür entscheiden, es zu ignorieren, müssen sich jedoch darüber im Klaren sein, dass sie die zusätzliche Last auf sich nehmen, die Einhaltung der Vorschriften sicherzustellen.
• Es entlastet die einzelnen Entwickler davon, die langweiligen Teile ihrer Arbeit verwalten zu müssen. Heutzutage haben Entwickler neben dem Schreiben von Code viele weitere Verantwortungsebenen, z.B. Überwachung und Alarmierung, Protokollierung und Sicherheit. Diese können von der Paved Road verwaltet werden.
• Es muss nicht gleich eine zwanzigspurige Schnellstraße sein. Die Entwickler könnten von dem Äquivalent einer einspurigen Landstraße profitieren. Sie könnten sogar auf diese Weise beginnen und im Laufe der Zeit weitere Funktionen hinzufügen.
• Es ist kollaborativ. Die Entwicklungsteams müssen nicht passiv konsumieren, sondern können selbst zu Verbesserungen beitragen.
• Sie ermöglicht Erkundung und Innovation. Mit dem Wissen, dass die Paved Road in der Nähe ist, können Entwickler in die Wildnis aufbrechen und mit ihren eigenen Ablegern experimentieren. Dies sollte nicht auf die leichte Schulter genommen werden und darauf abzielen, die Paved Road zu verbessern, wenn sich ein solcher Ausflug als fruchtbar erweist.
• Es reduziert Silos. Je mehr Teams die Paved Road verwenden, desto mehr verstehen sie, was die anderen tun. Das macht es den Entwicklern eines Teams leichter, bei der Lösung von Problemen in einem anderen Team zu helfen.
• Es bietet standardmäßig Sicherheit und Compliance. Manuelle Konformitätstests, Risikobewertungen und Audits sind zeitaufwändig und der Fluch des Entwicklerdaseins. Allzu oft werden diese wichtigen Schritte als nachträglicher Gedanke behandelt und manchmal sogar ganz weggelassen, wenn der Druck zur Einhaltung von Fristen steigt. Aber wenn Sie sie direkt in die Paved Road einbauen, bekommen die Entwickler sie umsonst.
• Es spart Zeit und Geld. Stellen Sie sich vor, dass jedes Entwicklungsteam seinen eigenen, einzigartigen Arbeitsablauf entwickelt hat. Nun stellen Sie sich vor, dass Sie SonarQube zu diesem Mix hinzufügen möchten. Jedes Team bräuchte ein neues Backlog-Element und müsste herausfinden, wie es diese Anforderung umsetzen kann. Bei einer Paved Road müsste dies nur einmal an einer Stelle hinzugefügt werden und jeder hätte sofort Zugriff darauf.

Was Sie vor der Einführung einer gepflasterten Straße wissen sollten

Sie haben also beschlossen, dass Sie Ihre eigene gepflasterte Straße ausprobieren möchten? Großartig! Aber es gibt ein paar Fragen, die Sie sich stellen sollten, bevor Sie eintauchen.

Sind Ihre Technologien/Prozesse mit der Paved Road kompatibel?

Führen Sie zunächst eine kleine Machbarkeitsstudie durch, um dies festzustellen. Finden Sie heraus, wie einfach der Code erstellt und getestet werden kann. Wie viele manuelle Eingriffe sind erforderlich? Unterstützt Ihr Unternehmen automatisierte Prozesse wie die Veröffentlichung von Images in einer Registry? Wenn es irgendwelche Hindernisse gibt, müssen Sie diese zunächst beseitigen; der Paved Road wird sie nicht für Sie lösen.

Haben Sie ein zentrales Team, das die Paved Road implementieren und (zunächst) verwalten kann?

Die Entwickler haben nicht die Zeit, sie selbst zu entwickeln. Sie brauchen ein Team, das mit allen Teams in Kontakt steht, damit es die Lösung bauen kann, die allen am besten passt. Dieses Team muss jedoch nicht zu 100 % für die kontinuierliche Pflege der gepflasterten Straße verantwortlich sein. Wie ich bereits erwähnt habe, werden die Entwickler dazu ermutigt, sich abseits der Straße zu bewegen und diese zu erkunden oder sogar das eine oder andere Schlagloch zu reparieren. Die Entwickler sollten ermutigt werden, sich aktiv einzubringen und den Arbeitsvorrat des zentralen Teams nicht zu überfüllen.

Werden Ihre Teams es übernehmen?

Das hängt von der Kultur Ihres Unternehmens ab. Möglicherweise müssen Sie noch einiges an Arbeit leisten, bevor Sie sich auf diese Reise begeben können, um sich abzustimmen und einzukaufen. Und das gilt nicht nur für die Entwicklungsteams; der gepflasterte Weg führt durch mehrere Abteilungen. So liegt es beispielsweise im Interesse des CISO, bei der Einrichtung von Compliance- und Sicherheitstests zu helfen, um sicherzustellen, dass die Software, die Sie einführen, so sicher wie möglich ist, insbesondere wenn Sie eine kontinuierliche Bereitstellung anstreben.

Fazit

Die Paved Road ist eine großartige Lösung für die Standardisierung und Verwaltung der Compliance, aber sie ist nicht für jeden geeignet. Und wie jede Lösung bedarf sie der richtigen Pflege und Wartung. Aber wenn sie richtig eingesetzt wird, kann sie das Leben Ihrer Entwickler erheblich erleichtern.

Ein konkretes Beispiel für die Paved Road, wie sie bei Ahold Delhaize implementiert wurde, finden Sie im Blogbeitrag von Reinier Timmer 'Eine gepflasterte Straße für CI/CD mit GitHub-Aktionen'.