Les équipes d’infrastructure bénéficieront grandement d’une augmentation significative de la standardisation et de l’automatisation : plus aucun ordre de travail n’est requis.
Traduit de C'est pourquoi les équipes Infra devraient se soucier de l'ingénierie de plate-forme , auteur Luca Galante.
De plus en plus, les équipes d'infrastructure, en particulier dans les entreprises, sont soumises à une pression croissante, conduisant de nombreuses organisations d'ingénierie au bord de l'effondrement opérationnel. La plupart de ces équipes d’infrastructure ont été chargées d’initiatives de modernisation et de migration vers le cloud il y a des années, et ces initiatives ont souvent été abandonnées.
Désormais, ils doivent gérer à la fois les configurations sur site et dans le cloud, tout en rivalisant avec les consoles des fournisseurs de cloud qui promettent de permettre aux développeurs de bénéficier du libre-service. Bien entendu, le libre-service des développeurs n’est pas possible via une telle console, et les équipes d’infrastructure finissent par devoir gérer un nombre toujours croissant de demandes et de tickets de développeurs.
Les développeurs se plaignent des longs délais d’attente et de la charge cognitive élevée liée à la gestion de la chaîne d’outils cloud native de plus en plus complexe. Les délais de mise sur le marché s'allongent, ce que les dirigeants attribuent au fait que les équipes d'infrastructure deviennent un goulot d'étranglement.
Cela peut sembler trop familier à la plupart des gens. Mais voici ce qui est intéressant : au cours des dernières années, l'ingénierie des plates-formes a promis de résoudre bon nombre de ces problèmes, en permettant aux développeurs un véritable libre-service à grande échelle, plutôt que de simplement ajouter une couche d'interface utilisateur au-dessus de l'infrastructure, tout en atténuant la pression sous-jacente sur les développeurs. équipes des installations. Cependant, de nombreuses équipes d’infrastructure avec lesquelles je discute ne semblent pas considérer l’ingénierie de plateforme comme une solution à leurs problèmes. Pourquoi?
Parce qu’ils l’associent d’emblée à l’expérience développeur (DevEx), ce qui n’est pas vraiment ce qui les intéresse. Après tout, en tant qu'équipe d'infrastructure, vous devez vous soucier de l'infrastructure et de la prestation de services, alors pourquoi devriez-vous vous en soucier ?
Car en fournissant à vos développeurs une plateforme de développement interne (IDP) , vous pouvez à la fois éliminer leur temps d'attente et empêcher la vague d'actions de tickets. Vous pouvez en fait vous concentrer sur des choses importantes comme l'ajout de nouvelles ressources et infrastructures (et, soyons honnêtes, plus amusantes) au lieu d'avoir à lancer la Nième instance de la même base de données Postgres. Vous devez vous en soucier car, aux yeux de la direction, vous passez du statut de partie du problème (le goulot d'étranglement) à celui de la solution.
Infrastructure + Ingénierie de plateforme = Ingénierie de plateforme d'infrastructure
L'ingénierie de plate-forme consiste à rassembler toutes les technologies et tous les outils circulant dans une organisation d'entreprise et à les regrouper dans des chemins dorés, permettant aux développeurs de bénéficier d'un libre-service et supprimant la charge cognitive des contributeurs individuels. Gartner définit ensuite l'ingénierie des plateformes d'infrastructure comme « la discipline consistant à créer des produits logiciels internes [IDP] qui exposent l'infrastructure informatique aux utilisateurs ou à d'autres plateformes de manière facile à utiliser ».
Par conséquent, pour que votre programme d’ingénierie de plateforme réussisse, il est essentiel d’établir des lignes de communication claires entre votre équipe de plateforme et les équipes d’infrastructure existantes. L'ingénierie de plate-forme ne se limite pas à DevEx, le côté infrastructure est tout aussi important que le côté application ou l'interface développeur. Les ingénieurs de plateforme d’infrastructure jouent un rôle clé au sein de votre équipe de plateforme.
Les équipes d'ingénierie de plate-forme ont ici une énorme opportunité de créer une expérience unifiée pour les développeurs, quelles que soient les ressources qu'ils souhaitent consommer, qu'elles proviennent du fournisseur de cloud, de l'équipe d'infrastructure ou des deux. Un IDP de niveau entreprise standardise naturellement la consommation de ces ressources, augmentant ainsi l'efficacité, améliorant la sécurité et améliorant la conformité avec les fournisseurs internes ou externes.
Il s’agit d’un énorme avantage non seulement pour les développeurs, mais aussi pour les équipes d’infrastructure. Un IDP construit avec Platform Orchestrator introduit un niveau de standardisation et d'automatisation qui peut rendre votre vie en tant qu'équipe d'infrastructure plus agréable.
Par exemple, supposons que vous deviez mettre à niveau Postgres de Vx vers Vx+1, et que vous deviez le faire dans toutes les équipes de développement d'applications. Sans IDP, vous devrez vous rendre auprès de chaque équipe, découvrir sur quelle instance elle s'exécute et tout cartographier. Vous devez ensuite revenir en arrière et effectuer une mise à niveau, généralement avec des équipes individuelles et propres à chaque instance.
En utilisant un IDP bien construit ( Platform Orchestrator comme backend ), vous pouvez simplement mettre à jour un fichier (définition de ressource) et la prochaine fois qu'une équipe déploiera sa charge de travail, la version de ressource la plus récente sera automatiquement utilisée.
Ceci est standardisé par conception dans toutes les équipes et tous les flux de travail, tout en s'éloignant complètement des actions sur les tickets, vous permettant ainsi de faire de votre mieux.
en conclusion
Platform Engineering et Platform Orchestrator offrent aux organisations d'ingénierie une opportunité unique d'améliorer leur façon de fonctionner et la manière dont les développeurs interagissent avec l'infrastructure, ce qui se traduit par une plus grande efficacité et une mise sur le marché plus rapide (TTM).
Toutefois, les initiatives d’ingénierie de plateforme ne peuvent pas aller très loin sans une collaboration étroite avec les équipes d’infrastructure existantes, qui à leur tour bénéficieront grandement d’une standardisation et d’une automatisation accrues – et élimineront le besoin d’opérations de tickets.
Les ingénieurs de plateforme d’infrastructure joueront un rôle de plus en plus critique dans le déploiement de votre IDP et dans les performances organisationnelles au sens large. Si vous souhaitez en savoir plus,
Un programmeur né dans les années 1990 a développé un logiciel de portage vidéo et en a réalisé plus de 7 millions en moins d'un an. La fin a été très éprouvante ! Des lycéens créent leur propre langage de programmation open source en guise de cérémonie de passage à l'âge adulte - commentaires acerbes des internautes : s'appuyant sur RustDesk en raison d'une fraude généralisée, le service domestique Taobao (taobao.com) a suspendu ses services domestiques et repris le travail d'optimisation de la version Web Java 17 est la version Java LTS la plus utilisée Part de marché de Windows 10 Atteignant 70 %, Windows 11 continue de décliner Open Source Daily | Google soutient Hongmeng pour prendre le relais des téléphones Android open source pris en charge par Docker ; Electric ferme la plate-forme ouverte Apple lance la puce M4 Google supprime le noyau universel Android (ACK) Prise en charge de l'architecture RISC-V Yunfeng a démissionné d'Alibaba et prévoit de produire des jeux indépendants pour les plates-formes Windows à l'avenirCet article a été publié pour la première fois sur Yunyunzhongsheng ( https://yylives.cc/ ), tout le monde est invité à le visiter.