Infrastrukturteams werden stark von einer deutlichen Steigerung der Standardisierung und Automatisierung profitieren – es sind keine Arbeitsaufträge mehr erforderlich.
Übersetzt aus This Is Why Infra Teams Should Care About Platform Engineering , Autor Luca Galante.
Infrastrukturteams, insbesondere in Unternehmen, stehen zunehmend unter Druck, was viele technische Organisationen an den Rand des betrieblichen Zusammenbruchs bringt. Die meisten dieser Infrastrukturteams wurden schon vor Jahren mit Modernisierungs- und Cloud-Migrationsinitiativen beauftragt, und diese Initiativen blieben oft auf der Strecke.
Jetzt müssen sie sowohl lokale als auch Cloud-Setups verwalten und gleichzeitig mit Konsolen von Cloud-Anbietern konkurrieren, die versprechen, Entwickler-Self-Service zu ermöglichen. Natürlich ist Entwickler-Self-Service über eine solche Konsole nicht möglich, und Infrastrukturteams müssen sich letztendlich mit einer ständig wachsenden Anzahl von Entwickleranfragen und Tickets befassen.
Entwickler beschweren sich über lange Wartezeiten und die hohe kognitive Belastung durch den Umgang mit der immer komplexer werdenden Cloud-nativen Toolchain. Die Markteinführungszeit verlängert sich, was die Führungskräfte darauf zurückführen, dass die Infrastrukturteams zu einem Engpass werden.
Das kommt den meisten Menschen vielleicht allzu bekannt vor. Aber hier ist das Interessante: In den letzten Jahren hat das Plattform-Engineering versprochen, viele dieser Probleme zu lösen, indem es echten Entwickler-Self-Service in großem Maßstab ermöglicht – anstatt nur eine UI-Ebene über der Infrastruktur hinzuzufügen – und gleichzeitig den zugrunde liegenden Druck zu verringern Facility-Teams. Allerdings scheinen viele Infrastrukturteams, mit denen ich spreche, Plattform-Engineering nicht als Lösung für ihre Probleme zu sehen. Warum?
Weil sie es sofort mit Entwicklererfahrung (DevEx) assoziieren, was sie eigentlich nicht interessiert. Schließlich müssen Sie sich als Infrastrukturteam um die Infrastruktur und die Bereitstellung von Diensten kümmern. Warum sollte es Sie also interessieren?
Denn indem Sie Ihren Entwicklern eine interne Entwicklerplattform (IDP) zur Verfügung stellen , können Sie sowohl deren Wartezeit verkürzen als auch die Welle von Ticketaktionen verhindern. Sie können sich tatsächlich auf wichtige Dinge wie das Hinzufügen neuer Ressourcen und Infrastruktur konzentrieren (und, seien wir ehrlich, auf mehr Spaß), anstatt die N-te Instanz derselben Postgres-Datenbank hochfahren zu müssen. Sie sollten sich darum kümmern, denn in den Augen des Managements werden Sie vom Teil des Problems (dem Engpass) zum Teil der Lösung.
Infrastruktur + Plattform-Engineering = Infrastruktur-Plattform-Engineering
Beim Plattform-Engineering geht es darum, alle in einer Unternehmensorganisation im Umlauf befindlichen Technologien und Tools zusammenzuführen und in goldenen Pfaden zu bündeln, Entwickler-Self-Service zu ermöglichen und die kognitive Belastung einzelner Mitwirkender zu verringern. Gartner definiert dann Infrastrukturplattform-Engineering als „die Disziplin der Entwicklung interner Softwareprodukte [IDPs], die die IT-Infrastruktur Benutzern oder anderen Plattformen auf einfach zu nutzende Weise zugänglich machen.“
Damit Ihr Plattform-Engineering-Programm erfolgreich ist, ist es daher wichtig, klare Kommunikationslinien zwischen Ihrem Plattformteam und den bestehenden Infrastrukturteams einzurichten. Plattform-Engineering ist mehr als nur DevEx, die Infrastrukturseite ist genauso wichtig wie die Anwendungsseite oder die Entwicklerschnittstelle. Infrastrukturplattformingenieure spielen eine Schlüsselrolle in Ihrem Plattformteam.
Plattformentwicklungsteams haben hier eine große Chance, ein einheitliches Erlebnis für Entwickler zu schaffen, unabhängig von den Ressourcen, die sie verbrauchen möchten, sei es vom Cloud-Anbieter, vom Infrastrukturteam oder von beiden. Ein IDP der Unternehmensklasse standardisiert auf natürliche Weise den Verbrauch dieser Ressourcen und steigert dadurch die Effizienz, verbessert die Sicherheit und verbessert die Compliance mit allen internen oder externen Anbietern.
Dies ist nicht nur für Entwickler, sondern auch für Infrastrukturteams eine große Erleichterung. Ein mit Platform Orchestrator erstellter IDP führt ein Maß an Standardisierung und Automatisierung ein, das Ihr Leben als Infrastrukturteam angenehmer machen kann.
Angenommen, Sie müssen Postgres von Vx auf Vx+1 aktualisieren und dies für alle Anwendungsentwicklungsteams tun. Ohne einen IDP müssten Sie zu jedem Team gehen, herausfinden, auf welcher Instanz sie laufen, und alles abbilden. Anschließend müssen Sie zurückgehen und ein Upgrade durchführen, normalerweise mit einzelnen Teams und individuell für jede Instanz.
Mit einem gut aufgebauten IDP ( Platform Orchestrator als Backend ) können Sie einfach eine Datei (Ressourcendefinition) aktualisieren und wenn ein Team das nächste Mal seine Arbeitslast bereitstellt, wird automatisch die neuere Ressourcenversion verwendet.
Dies ist standardmäßig über alle Teams und Arbeitsabläufe hinweg standardisiert und verzichtet vollständig auf Ticketaktionen, sodass Sie Ihre beste Arbeit leisten können.
abschließend
Platform Engineering und Platform Orchestrator bieten Entwicklungsorganisationen die einzigartige Möglichkeit, ihre Arbeitsweise und die Interaktion von Entwicklern mit der Infrastruktur zu verbessern, was zu mehr Effizienz und einer schnelleren Markteinführung (Time-to-Market, TTM) führt.
Plattform-Engineering-Initiativen kommen jedoch nicht weit ohne eine enge Zusammenarbeit mit bestehenden Infrastrukturteams, die wiederum stark von der zunehmenden Standardisierung und Automatisierung profitieren werden – und die Notwendigkeit von Ticketoperationen eliminieren.
Infrastrukturplattform-Ingenieure werden eine immer wichtigere Rolle bei der Einführung Ihres IDP und der allgemeinen Unternehmensleistung spielen. Wenn Sie daran interessiert sind, mehr zu erfahren,
Ein in den 1990er Jahren geborener Programmierer hat eine Videoportierungssoftware entwickelt und in weniger als einem Jahr über 7 Millionen verdient. Das Ende war sehr bestrafend! High-School-Schüler erstellen im Rahmen einer Coming-of-Age-Zeremonie ihre eigene Open-Source-Programmiersprache – scharfe Kommentare von Internetnutzern: Der inländische Dienst Taobao (taobao.com) verließ sich aufgrund des grassierenden Betrugs auf RustDesk und stellte die inländischen Dienste ein und startete die Arbeit zur Optimierung der Webversion von Java neu 17 ist die am häufigsten verwendete Java LTS-Version. Windows 11 erreicht weiterhin einen Rückgang. Open Source Daily unterstützt die Übernahme von Open Source Rabbit R1; Electric schließt die offene Plattform Apple veröffentlicht M4-Chip Google löscht Android Universal Kernel (ACK) Unterstützung für RISC-V-Architektur Yunfeng ist von Alibaba zurückgetreten und plant, in Zukunft unabhängige Spiele für Windows-Plattformen zu produzierenDieser Artikel wurde zuerst auf Yunyunzhongsheng ( https://yylives.cc/ ) veröffentlicht, jeder ist herzlich willkommen.