🔝📝Термины Айтишников
🔥 Пришло время девопсов — что это, кто это — читаем здесь 👇
DevOps — это методология, которая позволяет связать мир программистов и других технических подразделений компании (операторы, администраторы, тестировщики, пр.), выстроить «взрослую» инфраструктуру, обеспечивающую максимальную скорость публикации инкремента с минимальными издержками.
Людей, которые понимают, как это реализовать на практике, называют DevOps-инженерами или просто «девопсами».
DevOps-инженер — это визионер. Он не бизнес-стратег: не строит бизнес-логику и не вмешивается в планы компании.
Как правило, девопсы руководствуются 6 основными принципами:
⚙️ 1. Связать два мира: наладить общение между программистами и всеми остальными ИТ-отделами. Как правило, эти миры изолированы друг от друга, и иногда по ряду вопросов возникает противостояние, чего быть не должно. Стоит помнить, что девопсы не психологи — они не обязаны помогать «успокоить» стороны. А вот предоставить инструменты для продуктивной совместной работы — именно их задача.
⚙️ 2. Хорошо понимать, как работают программисты и какие используют методологии, как они выстраивают собственные рабочие процессы для выдачи качественного кода и апдейтов в разумные сроки. По своей сути, девопсы — те люди, которые «двигают» культуру разработки и говорят о необходимости внедрения лучших практик. Один из инструментов этого — чек-лист, проверяемый ими при публикации проектов.
⚙️ 3. Вводить единообразное окружение. Программисты разворачивают тестовое окружение, создают виртуальные машины и базы, а потом у тех же операторов, тестировщиков, техподдержки это не работает. Начинаются «тёрки». «У меня все отлично работает», — говорит программист. Следовательно, нужно ввести единообразие: позволить и тем и другим оперировать на идентичных окружениях.
К тому же, каждый программист старается затащить в стек компании то, что ему хочется изучить, ведь эта технология — «серебрянная пуля».
Серебрянных пуль не бывает. Любая технология должна отвечать определенным требованиям и нормам, а окружение — работать одинаково везде.
⚙️ 4. Автоматизация Поскольку в нашей работе не исключен человеческий фактор желательно автоматизировать всё, что возможно. Если это сделать — можно получить результат и за пару часов.
⚙️ 5. Собирать метрики, чтобы понимать, каковы результаты вашей работы.
Во-первых, самые банальные метрики — системные: оперативная память на машинах, загрузка каналов, скорость передачи данных, нагрузка на процессоры.
Во-вторых, бизнес-метрики: сколько клиентов что-то купили, сколько не купили, но собирались, почему часть из них ушли. Желательно, чтобы эти два вида метрик коррелировали между собой, чтобы чётко понимать, где проблема: в железе или/и в бизнесе.
⚙️ 6. Процесс улучшения — а улучшить всегда есть чего. Реализация первых 5 пунктов почти всегда несовершенна, поскольку этим опять-таки занимается человек.
Иными словами, девопс-инженер — это не просто специалист по систематизации лучших практик команд и автоматизации процессов — это специалист, который постоянно улучшает корпоративную культуру разработки, вводит «новые правила игры» и новые требования к продуктам, позволяющие свести рабочие процессы к минимальному значению.
🔥 Знакомьтесь, наши девопсы — Артемий Окулов и Алексей Голиков 👇
🔥 Пришло время девопсов — что это, кто это — читаем здесь 👇
DevOps — это методология, которая позволяет связать мир программистов и других технических подразделений компании (операторы, администраторы, тестировщики, пр.), выстроить «взрослую» инфраструктуру, обеспечивающую максимальную скорость публикации инкремента с минимальными издержками.
Людей, которые понимают, как это реализовать на практике, называют DevOps-инженерами или просто «девопсами».
DevOps-инженер — это визионер. Он не бизнес-стратег: не строит бизнес-логику и не вмешивается в планы компании.
Как правило, девопсы руководствуются 6 основными принципами:
⚙️ 1. Связать два мира: наладить общение между программистами и всеми остальными ИТ-отделами. Как правило, эти миры изолированы друг от друга, и иногда по ряду вопросов возникает противостояние, чего быть не должно. Стоит помнить, что девопсы не психологи — они не обязаны помогать «успокоить» стороны. А вот предоставить инструменты для продуктивной совместной работы — именно их задача.
⚙️ 2. Хорошо понимать, как работают программисты и какие используют методологии, как они выстраивают собственные рабочие процессы для выдачи качественного кода и апдейтов в разумные сроки. По своей сути, девопсы — те люди, которые «двигают» культуру разработки и говорят о необходимости внедрения лучших практик. Один из инструментов этого — чек-лист, проверяемый ими при публикации проектов.
⚙️ 3. Вводить единообразное окружение. Программисты разворачивают тестовое окружение, создают виртуальные машины и базы, а потом у тех же операторов, тестировщиков, техподдержки это не работает. Начинаются «тёрки». «У меня все отлично работает», — говорит программист. Следовательно, нужно ввести единообразие: позволить и тем и другим оперировать на идентичных окружениях.
К тому же, каждый программист старается затащить в стек компании то, что ему хочется изучить, ведь эта технология — «серебрянная пуля».
Серебрянных пуль не бывает. Любая технология должна отвечать определенным требованиям и нормам, а окружение — работать одинаково везде.
⚙️ 4. Автоматизация Поскольку в нашей работе не исключен человеческий фактор желательно автоматизировать всё, что возможно. Если это сделать — можно получить результат и за пару часов.
⚙️ 5. Собирать метрики, чтобы понимать, каковы результаты вашей работы.
Во-первых, самые банальные метрики — системные: оперативная память на машинах, загрузка каналов, скорость передачи данных, нагрузка на процессоры.
Во-вторых, бизнес-метрики: сколько клиентов что-то купили, сколько не купили, но собирались, почему часть из них ушли. Желательно, чтобы эти два вида метрик коррелировали между собой, чтобы чётко понимать, где проблема: в железе или/и в бизнесе.
⚙️ 6. Процесс улучшения — а улучшить всегда есть чего. Реализация первых 5 пунктов почти всегда несовершенна, поскольку этим опять-таки занимается человек.
Иными словами, девопс-инженер — это не просто специалист по систематизации лучших практик команд и автоматизации процессов — это специалист, который постоянно улучшает корпоративную культуру разработки, вводит «новые правила игры» и новые требования к продуктам, позволяющие свести рабочие процессы к минимальному значению.
🔥 Знакомьтесь, наши девопсы — Артемий Окулов и Алексей Голиков 👇