Инфраструктуру замечают, только когда она ломается. Поэтому доказывать приходится то, что обычно не видно: чем пользуются другие и кто признаёт вашу экспертизу.
Лучшая работа DevOps-инженера — та, которую никто не заметил: система не упала, выпуск прошёл, пользователи ничего не почувствовали. Для профессии это норма. Для иммиграционного дела — проблема: как показать признание за то, чего не произошло?
Ответ в том, чтобы искать следы не в показателях работодателя, а в том, что вышло за его пределы. Инфраструктурное сообщество — одно из самых открытых в отрасли, и следов там обычно больше, чем кажется.
Доступность, скорость выпусков и сэкономленные деньги — показатели компании. Сами по себе они о вас ничего не говорят.
Сертификаты облачных провайдеров не засчитываются. Они подтверждают обучение.
Что засчитывается: инструменты, которыми пользуются другие, доклады, судейство, разборы, на которые ссылается сообщество.
Чаще всего — национальные интересы (EB-2 NIW), если работу можно связать с устойчивостью значимых систем. Или рабочая виза O-1, если три критерия уже закрыты. Категория по выдающимся способностям (EB-1A) реалистична для авторов широко используемых инструментов и признанных спикеров.
Подробнее: EB-1A или EB-2 NIW: как выбрать.
Второй пункт недооценивают, а он даёт одно из самых сильных обоснований: атаки через цепочку поставки кода — признанная угроза, и методы защиты от них формируются сейчас.
Подробнее: обоснование через кибербезопасность.
Подробнее: открытый код как доказательство, критерий судейства.
Через решения, которые пригодились другим. Модуль, который вы выложили и которым пользуются сотни команд. Разбор сложного инцидента, опубликованный с разрешения компании и разошедшийся по отрасли. Методика миграции, которую переняли другие. Каждый из этих следов показывает не то, что у работодателя всё работает, а то, что ваш подход признали снаружи.
Разбор инцидента особенно недооценён. Хорошо написанный разбор сложного сбоя читают и цитируют годами, и он прямо демонстрирует экспертизу.
Разрешение компании на публикацию, понятная цепочка причин и выводы, применимые за её пределами. Отдельно — следы применения: ссылки в чужих разборах, обсуждения в сообществе, приглашения рассказать о нём на конференции.
Процент доступности и число выпусков в день. Масштаб инфраструктуры работодателя. Сертификаты облачных провайдеров. Число закрытых задач. Письма, которые перечисляют технологии, но не показывают, что изменилось благодаря вам.
Те же критерии применяются к инженерам по надёжности, платформенным инженерам, инженерам сборки и выпуска, специалистам по наблюдаемости систем.
У разработчика прикладного ПО акцент на продукте. Разбор: для разработчика программного обеспечения.
У специалиста по системам хранения — своя ниша. Разбор: для специалиста по системам хранения данных.
У специалиста по безопасности сильнее линия угроз. Разбор: для специалиста по кибербезопасности.
Направление входит в цифровое.
Подробнее: Global Talent Visa для цифровых технологий.
Доклад — от трёх до шести месяцев с подачи заявки. Статья — один-три месяца. Выпуск инструмента и первые пользователи — от двух месяцев, заметное применение — от полугода. Программный комитет — от сезона.
Типичный горизонт — от четырёх до шести месяцев.
Подробнее: как выбрать конференцию для доклада.
У инженеров по инфраструктуре в крупных компаниях этот критерий часто закрыт. Сравнивают с данными по профессии и региону, включая акции и бонусы, — а не с зарплатами в прежней стране.
Подробнее: критерий высокого вознаграждения.
Сильное письмо не перечисляет технологии. Оно описывает систему, её значимость, то, что было до вас и что стало после, и почему это решение применили другие. Автор — не ваш руководитель, а человек, который знает о вашей работе со стороны.
Подробнее: рекомендательное письмо: структура и шаблон.
Поэтому доказывают то, чем пользуются другие. Разберём, какие ваши решения уже вышли наружу.