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

За свою кар’єру мене називали багато речей, більшість з них ввічливі - останнім часом роботу зі створення трубопроводів CI / CD назвали "Інженер платформ" або "Інженерія платформ". Небезпека такого заголовка полягає в тому, що ви потрапляєте на роль інженера, який розробляє платформи для використання розробниками і не обов'язково включає будь-який з бітів Ops DevOps.

На моєму досвіді, однак, ролі брали участь у великій кількості оперативних дисциплін, таких як проектування основних процесів управління надзвичайними ситуаціями, оповіщення та моніторинг.

У ролі, яку він "відчуває", схоже, що вона має багато спільного з інженерією надійності сайтів, оскільки обидві ролі - це інженерні ролі, якимось чином відокремлені від програмної інженерії, але, схоже, вони мають подібний шаблон Google Trends :

Чи є канонічне визначення Платформового Інженера чи це як SRE просто реалізація можливостей DevOps в організації?

Я думаю, що вам буде важко отримати чітке визначення інженера-платформи.

Там, де я зараз позиціонуюсь, усі в команді починають свою особливу роль, але дуже швидко, здається, кінцева гра відчуває себе достатньо комфортно, щоб її викликали або називали себе, інженером платформи.

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

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

Очевидним наслідком цього є те, що наша платформа є досконалою, чого вона, очевидно, не є. Але, принаймні, ми можемо підтримати розробників таким чином, щоб вони працювали над рішенням на їх кінці, поки ми встановлюємо нашу сторону угоди.

Джерело: Я інженер платформи (хоча не в суворому сенсі DevOps).

Я керую Office 365 для свого роботодавця. Зокрема, частини особи, автентифікації та повідомлень. Я не будую сервери Exchange (за звичайних обставин), але я керую усіма змінами в сервісі та "володію" платформою.

Як і відповідь hvindin також закликає, я однаково відповідальний за євангелізацію платформи, якою я володію, а також її підтримку.