Qu'est-ce qu'un ingénieur de plateforme?

J'ai été appelé beaucoup de choses au cours de ma carrière, la plupart polies - plus récemment, le travail de construction de pipelines CI / CD a été appelé «Platform Engineer» ou «Platform Engineering». Le risque d'un tel titre est que vous vous retrouvez dans le rôle d'un ingénieur qui développe des plates-formes à l'usage des développeurs et n'inclut pas nécessairement le bit Ops de DevOps.

D'après mon expérience, cependant, les rôles ont impliqué beaucoup de travail dans la discipline des opérations, comme la conception de processus de gestion des incidents majeurs, des alertes et des solutions de surveillance.

Dans le rôle, il "semble" avoir beaucoup de points communs avec l'ingénierie de la fiabilité du site, dans la mesure où les deux rôles sont des rôles d'ingénierie indépendamment de l'ingénierie logicielle, ils semblent cependant avoir un modèle de tendances Google similaire :

Existe-t-il une définition canonique d'un ingénieur de plate-forme ou est-ce comme SRE simplement une implémentation d'une capacité DevOps au sein d'une organisation?

Je pense que vous auriez du mal à obtenir une définition précise et précise d'un ingénieur de plate-forme.

Là où je suis actuellement positionné, tout le monde dans l'équipe commence avec son propre rôle spécial, mais très rapidement, la fin de partie semble se sentir suffisamment à l'aise pour être appelée, ou s'appeler soi-même, ingénieur de la plate-forme.

Quand on m'a dit pour la première fois qu'un ingénieur de plate-forme officielle, la brève explication de ce que cela signifiait, du moins pour moi, était que j'allais devoir faire beaucoup plus de défense de ma plate-forme.

Je n'étais pas vraiment concentré sur l'aide directe à nos développeurs (bien que ce soit toujours le but évidemment), mais en tant que propriétaires de la plateforme, notre travail consistait principalement à nous assurer que nos développeurs étaient de bons citoyens en nous assurant de concevoir la plateforme afin que nous puissions montrez-leur ce qu'ils ont fait de mal si quelque chose arrivait et nous pourrions leur donner toutes les informations dont ils avaient besoin pour corriger leur code.

L'implication évidente de ceci est que notre plate-forme est parfaite, ce qui n'est évidemment pas le cas. Mais au moins, nous pouvons soutenir les développeurs d'une manière qui les amène à travailler sur une solution de leur côté pendant que nous préparons notre côté de l'accord.

Source: Je suis un ingénieur de plate-forme (mais pas au sens strict de DevOps).

Je gère Office 365 pour mon employeur. En particulier les parties Identité, Authentification, Messagerie. Je ne crée pas de serveurs Exchange (dans des circonstances normales) mais je gère tous les changements dans le service et je "suis" propriétaire de la plate-forme.

Comme le rappelle également la réponse de hvindin , je suis également responsable de l'évangélisation de la plate-forme que je possède et de sa maintenance.