Рубрики
Uncategorized

Вопросы, которые нужно задать себе, прежде чем принимать роль программного обеспечения, которая включает в себя На вызов пошлин

Недавно друг спросил меня: «Вы были на звонке, как инженер, верно? Как вы относились к этому? » Они … помечены с Sre, DevOps, Oncall.

Недавно друг спросил меня, «Вы были на звонке, как инженер, верно? Как вы относились к этому? « Они думают о принятии программного обеспечения инженерной позиции, которая требует вызова.

На протяжении всего 6 лет опыта работы в качестве инженера программного обеспечения у меня было 2 роля, которые требуются по сдвигам вызова.

Существует разделение в большинстве организаций между инженерами программного обеспечения (SWES) и инженерами надежности сайта (SRE)/DEVOPS. Ур и дежопт немного разных значений Но я использую их взаимозаменяемо здесь. Как правило, инженеры программного обеспечения пишут код, а SRES убедитесь, что код работает плавно в производственной среде. SRE/DEVOPOOPS FORCECS THECH WORDE также, конечно, хотя они обычно работают на разных ароматах проектов из СП.

Дежол сложно. Это психологически налогом, если люди взаимодействуют только с вами, когда у них есть проблема. Я действительно ценю всю тяжелую работу DevOps, и Sre Fource, чтобы держать серверы! Психологическое платье усугубляется делением, которое иногда существует между людьми SWE и SRE. «Это работает на моей машине, прод не моя проблема» это проблематичное, но грусто общее отношение SWE.

Наличие SWES идет на звонок, чтобы поддержать код, который они пишет, это Хорошо вещь, организационно говоря. Надежность должна быть ответственность всех. SWE на вызове мостов Швейна/стр SPRE EPPATHY GAP, заставляя всех инвестировать в эксплуатационное совершенствование.

То, что сказал, что баланс жизни жизни также важен. Если вы рассматриваете, что принятие решения SWE, которое требует на вызове обязанностей, вот несколько вопросов вы можете задать себе оценку оперативного здоровья вашей потенциальной команды.

  • Сколько людей на вращении? В моей предыдущей команде у нас было 7-8 человек. Собираюсь на звонок на неделю раз в два месяца не связывал с моей жизнью слишком много. Свидетельство, у менеджера есть планы на том, как не сжигать людей, если вдруг ротация сильно сокращается?

  • Каковы состояние услуг, которые вы поддерживаете? Они куча технического долга, проводимой вместе с Тодосом и пузырькой жвачкой?

  • Люди поддерживают свои оповещения и регулируют пороговые значения? Ничего не сосет больше, чем неоднократно просыпаться за то, что даже не проблема из-за плохо настраиваемого оповещения.

  • Руковены в хорошей форме? Они подробно описывают, как получить доступ к различным флотам серверов и запустить общие команды?

  • Проведены ли отзывы о готовности производства перед запуском новых приложений и услуг? У людей на самом деле есть хорошая дисциплина по поводу обзора и восстановления инцидента? Собирайте партнер SWOS с человеком SRE/OPS, чтобы итереть к лучшей практике надежности?

  • Как быстро вы ожидаете ответить на страницы? Я слышал, что Google.com трафик Sre’s имеет как 30 секунд SLA, то есть они должны получить покрытие, чтобы пойти в туалет. 5 минут намного больше человек.

  • Что такое пути эскалации, как если бы первичный по вызову не может решить проблему под рукой?

  • Насколько хороша инструмент для отладки проблем производства? Ваша компания оплачивает такие услуги, как Соты или Datadog ? Или вы застряли с некоторыми плохо документированными домородованными артизанальными распределенными трассировками? Каково развертывание каденции для услуг, которые вы будете поддерживать? Более частые развертывания облегчают идентификацию конкретного коммита, вызывающие проблему, поскольку в каждом выпуске меньше обменивается. Поскольку решение многих оперативных проблем отказывается от последнего развертывания, как быстро обратный процесс?

Конечно, ни одна команда не будет иметь идеального оперативного здоровья; На некоторых уровнях все код является техническим долгом.

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

Швей, ты когда-нибудь занимал роль, которая вовлечена на звонок? Если так, что вам понравилось или не понравилось в этом?

Sre/DevOps Люди, каковы некоторые способы, которыми вы хотели бы видеть, что Swes работает более эффективно с вами?

Оригинал: «https://dev.to/annthurium/questions-to-ask-yourself-before-accepting-a-software-engineering-role-that-involves-on-call-duties-51hh»