¿Qué es un ingeniero de plataforma?

Me han llamado muchas cosas a lo largo de mi carrera, la mayoría de ellas educadas: más recientemente, el trabajo para construir tuberías de CI / CD se ha denominado "ingeniero de plataforma" o "ingeniería de plataforma". El riesgo de tal título es que te encasilla en el papel de un ingeniero que desarrolla plataformas para el uso de los desarrolladores y no necesariamente incluye ninguno de los Ops de DevOps.

Sin embargo, en mi experiencia, los roles han involucrado una gran cantidad de trabajo de Disciplina de Operaciones, como el diseño de procesos de gestión de incidentes importantes, alertas y soluciones de monitoreo.

En el rol que "se siente" como si tuviera mucho en común con la Ingeniería de Confiabilidad del Sitio, ya que ambos roles son roles de ingeniería separados de la ingeniería de software, aunque parecen tener un Patrón de Tendencias de Google similar :

¿Existe una definición canónica de un ingeniero de plataforma o es como SRE simplemente una implementación de una capacidad DevOps dentro de una organización?

Creo que sería difícil obtener una definición clara y definida de un ingeniero de plataforma.

Donde estoy posicionado actualmente, todos en el equipo comienzan con su propio papel especial, pero muy rápidamente el final del juego parece sentirse lo suficientemente cómodo como para ser llamado, o llamarse a sí mismo, un ingeniero de plataforma.

Cuando me dijeron por primera vez que oficialmente un ingeniero de plataformas, la breve explicación de lo que eso significaba, al menos para mí, era que iba a necesitar defender mucho más mi plataforma.

No estaba tan concentrado en ayudar a nuestros desarrolladores directamente (aunque obviamente ese es el objetivo), pero como propietarios de la plataforma, nuestro trabajo consistía principalmente en asegurarnos de que nuestros desarrolladores fueran buenos ciudadanos asegurándonos de que diseñamos la plataforma para que pudiéramos muéstreles lo que hicieron mal si sucedió algo y podríamos brindarles toda la información que necesitan para corregir su código.

La implicación obvia de esto es que nuestra plataforma es perfecta, lo que obviamente no lo es. Pero al menos podemos apoyar a los desarrolladores de una manera que los haga trabajar en una solución mientras estamos arreglando nuestro lado del acuerdo.

Fuente: Soy ingeniero de plataforma (aunque no en un sentido estricto de DevOps).

Administro Office 365 para mi empleador. Particularmente las porciones de Identidad, Autenticación, Mensajería. No construyo servidores de Exchange (en circunstancias normales) pero administro todos los cambios en el servicio y "soy el propietario" de la plataforma.

Como también dice la respuesta de hvindin , soy igualmente responsable de evangelizar la plataforma que tengo y de mantenerla.