Это анонимный пост, отправленный участником, который не хочет, чтобы их имя было раскрыто. Пожалуйста, будьте внимательны к вашим ответам, так как это, как правило, трудные посты для написания. Эл. адрес sloan@dev.to Если вы хотите оставить анонимный комментарий.
Некоторый фон для справки:
Я давний парень «OPS», который кодирует веб -приложения для развлечения. Я провел большую часть своей карьеры в качестве менеджера команды OPS, которая управляла приложениями, но не хозяевами. Мы сотрудничали с Infra, чтобы настроить серверы на наши спецификации, хранилище крепления и открытые порты. Мы дали учетные данные для предоставления машины. Мы справились с повседневными операциями поддержки для приложений. Мне посчастливилось стать частью массового движения, чтобы внедрить DevOps, прежде чем оно стало модным словом.
Оттуда я провел немного консалтинга и отскочил в течение нескольких лет. Затем мне предложили возможность управлять командой по надежности сайта. Это была новая концепция для меня, но после некоторых исследований это не было чем -то новым для меня.
Пару лет пройдет одна пылающая правда. Мы не команда SRE. Я работаю в крупной компании с архитектурой микро обслуживания, всего около 300 услуг. Команды OPS не интегрированы с командами разработчиков. Сейчас я пытаюсь переоценить свою команду, чтобы лучше соответствовать потребностям компании.
Мое предложение — наша команда из восьми работ с владельцами продуктов, чтобы понять портфель приложений под их доменом. Мы бы помогли бы убедиться, что такие вещи, как изящная деградация, и наблюдаемость рассматриваются вместе с функциональными особенностями. Мы поможем построить мониторы и оповещения, и тесно поработать с нашими 24/7 NOC. Мы будем создавать и управлять инструментами оповещения и управления инцидентами для нашего NOC, быть поддержкой уровня 2 и управляющих инцидентами на тяжелом уровне. Мы также будем нести ответственность за незапланированные изменения производства, флаги озера, кеш -промывки и рабочие места для партийных работ.
Мы не можем принять участие в таких вещах, как архитектура инфраструктуры или управление сервером. Мы более разработаны в этом недостатках. Там есть необходимость и прекрасная возможность. Я вижу много сходства в команде, которой я использовал в первом абзаце. Кто -нибудь знает о структуре команды или концепции, похожей на эту? Я ищу примеры или ресурсы, чтобы помочь установить направление.
TL; DR Есть ли какие -нибудь разработчики, которые знают о команде, которая «управляет» и поддерживает их приложения в производстве, но не традиционная операционная команда?
Оригинал: «https://dev.to/sloan/not-dev-not-ops-what-are-we—1kkc»