Что такое инженер по платформам?

За свою карьеру меня называли многими вещами, большинство из которых были вежливыми - совсем недавно работу по созданию конвейеров CI / CD называли «Инженер платформы» или «Инженерия платформы». Риск такого заголовка заключается в том, что вы получаете роль в роли инженера, который разрабатывает платформы для использования разработчиками и не обязательно включает в себя какой-либо бит Ops из DevOps.

Однако, по моему опыту, в этих ролях задействована большая часть работы по дисциплине операций, такой как разработка процессов управления крупными инцидентами, оповещений и мониторинга.

В той роли, которую он «чувствует», она имеет много общего с инжинирингом надежности сайта, поскольку обе роли - это инженерные роли, которые каким-то образом отделены от разработки программного обеспечения, хотя, похоже, они имеют похожий шаблон Google Trends :

Есть ли каноническое определение инженера платформы или это как SRE просто реализация возможности DevOps внутри организации?

Я думаю, что вам будет сложно получить четкое определение инженера платформы.

Там, где я сейчас нахожусь, все в команде начинают со своей особой роли, но очень скоро финальная игра, кажется, чувствует себя достаточно комфортно, чтобы называться или называть себя инженером платформы.

Когда мне впервые сказали, что официально разработчик платформы, краткое объяснение того, что это значило, по крайней мере для меня, заключалось в том, что мне нужно будет гораздо больше защищать свою платформу.

Я не был настолько сосредоточен на том, чтобы помогать нашим разработчикам напрямую (хотя это все еще является целью, очевидно), но, поскольку владельцы платформы ставили перед собой задачу, мы должны были убедиться, что наши разработчики были хорошими гражданами, убедившись, что мы разработали платформу так, чтобы мы могли покажите им, что они сделали неправильно, если что-то случилось, и мы могли бы предоставить им всю информацию, необходимую для исправления их кода.

Очевидное следствие этого в том, что наша платформа идеальна, чего, очевидно, нет. Но, по крайней мере, мы можем поддержать разработчиков таким образом, чтобы они работали над решением с их стороны, пока мы исправляем нашу сторону соглашения.

Источник: я инженер по платформам (хотя и не в строгом смысле DevOps).

Я управляю Office 365 для своего работодателя. В частности, идентификация, аутентификация, обмен сообщениями. Я не строю серверы Exchange (при нормальных обстоятельствах), но я управляю всеми изменениями в сервисе и «владею» платформой.

Как и в ответе Хвиндина , я несу равную ответственность за евангелизацию платформы, которой я владею, а также за ее поддержку.