Дежол Практики приходят и идут, как они ставят в тест против реальных сценариев. Некоторые доказываются жизнеспособными, другие просто не приносят результаты, которые мы ожидаем. В этом посте мы посмотрим, посмотрим на самые популярные и эффективные разработчики командной структуры DEVOPS, так что вы можете лучше понять, что работает или нет.
Структура DEVOPS 1: Дежол внутри организации
Лучше всего подходит для : Маленькие до средних организаций с посвященной ИТ-отделением Эффективность : Середина
Это самая распространенная состав SMBS. Предполагается, что вкладывает один или несколько инженеров DEVOPS, отвечающих за все процессы операций и развертывания. Основным недостатком здесь является возможное снижение качества программного обеспечения во время реализации новых изменений. Это часто приводит к дополнительной повторной работе от разработчиков.
Структура Организации DEVOPS 2: SEV и OPS Сотрудничество
Лучше всего подходит для : организации с сильным технологическим ядром Эффективность: Высокий
Сотрудничество Dev и Ops является одной из наиболее распространенных командных структур и лучших практик в DEVOPS. Ключ здесь состоит в том, чтобы обеспечить быстрое и эффективное сотрудничество между Dev- и Ops-командами. В зависимости от ваших потребностей, вы можете переключаться между использованием только одной специализированной команды или использование двух команд вместе. Этот подход также имеет несколько отдельных команд Dev-команд, которые могут работать параллельно на частично независимых продуктах.
DEV и OPS имеют отдельные, четкие функции и эффективно сотрудничать друг с другом. Это означает, что специалисты OPS должны чувствовать себя комфортно, тесно сотрудничающие с разработкой по вопросам, связанным с развитием. Принимая во внимание, что команды DEV должны также иметь четкое понимание потребностей и задач операционных команд, в основном связанных с развертыванием.
Кроме того, OPS будет нести ответственность за генерацию и культурирование новых решений, направленных на снижение времени разработки и развертывания и передачи этой информации для разработки.
Структура DEVOPS 3: DEV и OPS вместе — лучшая структура команд для этого DEVOPS
Лучше всего подходит для : организации с одним цифровым продуктом Эффективность : Высокий
Эта структура команд предполагает узкую интеграцию между командами DEV и OPS. Они действуют как единый фронт, с общими целями и единым видением продукта. Любая из команд не имеет отдельных функций. Все работают вместе, чтобы достичь общего вола. Иногда эта практика также называется «NOOPS», поскольку она не предполагает, что имея сегрегированную и видимую команду OPS.
Netflix и Facebook — компании. Разработка одного цифрового продукта — являются главные примеры компаний, использующих и преуспевают с этой практикой DevOps.
Структура Организации DEVOPS 4: В качестве IAAS (инфраструктура как услуга)
Лучше всего подходит для : Организации с несколькими различными продуктами и услугами, у которых уже есть созданный отдел IT OPS; компании используют облачные сервисы. Эффективность : Середина
OPS AS IAAS работает лучше всего для «облачных» компаний, использующих AWS (Amazon Web Services), Azure или другой поставщик облачных услуг.
Подробнее читать: AWS Партнерские требования , Лучшие практики миграции применения Top 5
Кроме того, это хороший подход к организациям с традиционным отделом IT OPS — тот, который не может быть полностью преобразован или заменен достаточно быстрым. В этом случае OPS-команда действует как Amazon EC2 — веб-сервис, который позволяет создавать масштабируемые виртуальные службы (экземпляры), а также наряду с изменением объема вычислительной мощности в облаке.
В этом случае у нас есть отдельная команда «DEVOPS» (возможно, виртуальная), работающая внутри отдела Dev. Эта сущность напрямую ответственна за следующие задачи:
Оперативные особенности и метрики мониторинга ресурсов ресурсов обеспечения обработки коммуникаций с командой IAAS (необязательно).
Структура DEVOPS 5: DEVOPS как внешнее обслуживание
Лучше всего подходит для : маленькие команды и организации с ограниченным опытом работы в ИТ-операциях Эффективность : Середина
Наемные консультанты по найму Envery DevOps могут быть полезны для небольших компаний, которые хотят получить лучшее понять последних лучших практик в управлении автоматизации, мониторингу и конфигурацией без найма собственного опыта. Вовлечение с уважаемым поставщиком услуг DevOps имеет смысл в этом случае идеальный смысл.
В будущем такие организации, скорее всего, будут двигаться и принять структуру 1 или структуру 3.
Структура Демопта Департамента 6: DEVOPS/SRE (модель Google)
Лучше всего подходит для : организации со зрелыми операциями и культурой развития Эффективность : Высокий
Некоторые компании (включая Google) используют пользовательскую модель, которая предполагает иметь определенную практику для передачи программного обеспечения от DEV для дополнительной команды, ответственную за дальнейшие операции, называемые SRE (инженерия надежности сайта).
При этом сценарии команда SRE потребует в разработке команд для сбора и предоставления соответствующих журналов/метрик, демонстрирующих, что произведенное программное обеспечение является надежным и до-спецификацией.
Подробнее читать: Дежол тенденции 2019 года
Ключ здесь состоит в том, что команда SRE может отскочить обратно программное обеспечение, которое не соответствует его стандартам и обеспечивает обратную связь о том, что должно быть зафиксировано до того, как продукт может двигаться дальше вниз по циклу, направлению к операциям. Сотрудничество между командами DEV и SRE основана на операционных метриках.
Только когда команда SRE одобрила определенные изменения и модули разработки, продукт может перейти к операциям. SRE действует как «привратник», чтобы обеспечить стандарты высшего качества. Другими словами, любые изменения рассматриваются SRE-командой, и только после того, как они будут удовлетворены качеством, программное обеспечение переходит к OPS-команде, которая отвечает за развертывание.
Подробнее читать: AWS: Обзор процессов безопасности белые стороны
Как Romexsoft может вам помочь?
Если вы заинтересованы в преобразовании вашей организации программного обеспечения для достижения лучших практик, мы рекомендуем вам рассмотреть наши Девенс как сервис предложение. Включите с AWS-сертифицированными инженерами DEVOPS, которые могут помочь вам эффективно разрабатывать, автоматизировать, развернуть и запустить ваш продукт на AWS. 24/7 NOC Поддержка , Обучение персонала и соблюдение новейших лучших практик в отрасли являются одними из нескольких льгот, которые вы получите.
Автор Romexsoft 10 сентября 2019 Первоначально опубликовано в блоге Romexsoft Структура команды DEVOPS и лучшая практика
Оригинал: «https://dev.to/serhiykozlov/devops-team-structure-and-best-practice-6»