Новости • События • Публикации

Новости ITSupportMe

post image

Системное администрирование

10 мифов и легенд о DevOps

Зародившись в относительно недалеком 2009-м, движение DevOps сегодня творит небывалые вещи. Пока любой мало-мальски серьезный проект жаждет себе в штат такого специалиста, далеко не каждый вовлеченный в разработку специалист полностью осознает, что на самом деле скрывается за столь звучной формулировкой. Мы собрали топ-10 самых распространенных утверждений / заблуждений о DevOps и попытались разобраться, что из них ложь, а что намек-добрым-молодцам-урок). Правда, у нас бы ничего не получилось без наших IT-mythbusters — Сергея Пономаренко (тимлид IT-отдела), Николая Трофимовича, Станислава Соломенина и Олега Курницова. DevOps — не профессия, а, в первую очередь, культура создания продукта — YEP Зачастую в объявлении о поиске нового специалиста скупо указывается «нужен DevOps», что нередко вгоняет этого самого специалиста в когнитивный ступор: так чего же или кого же все-таки не хватает работодателю? Действительно, кто-то считает DevOps методологией для автоматизации и увеличения числа релизов, кто-то — для уменьшения ошибок, а кто-то, авторитетно подняв палец вверх, скажет, что DevOps — это, прежде всего, человек, и без него жизнь у программеров, сисадминов и QA-шников не та. Здесь наши консультанты единодушны: DevOps-инженер один в поле не воин, и просто включив Бэт-сигнал на крыше Готэма, проблем не разгрести. Например, мнение Сергея Пономаренко таково: «Я согласен с основным высказыванием, DevOps — это, прежде всего, культура. Культура взаимоотношений между частями одной команды, разными командами и целыми компаниями. Основная ее идея — это общение, тесное сотрудничество людей, выполняющих разные роли, и за счет этого упрощение, ускорение разработки и доставки более качественного и своевременного продукта клиенту. Сейчас многие компании, менеджеры думают: «Вот наймем девопса, он нам все автоматизирует — и будет всем счастье». Да, DevOps-инженер может упростить и улучшить какие-то процессы, но без внедрения DevOps-процессов на всех стадиях работы над проектом какого-то грандиозного эффекта это не даст». Олег Курницов добавляет: «Да, DevOps — это не человек однозначно. DevOps — это набор практик, которые позволяют разрушить границы между Ops и Dev. DevOps — это про совместную работу на общее благо». В реальной жизни человек-DevOps — это чаще всего такой продвинутый админ — 50/50 Кто на самом деле может стать DevOps-инженером? Могут ли в эту сферу перейти, скажем, разработчики? В целом Олег Курницов согласен с утверждением, что DevOps — это такой эволюционировавший админ, который стал вникать в процессы разработки. Про переметнувшихся разрабов он также слышал, но лично не встречал. Сергей Пономаренко же старается быть более либеральным, давая надежду даже нетехнарям: «Я думаю, практически любой может стать DevOps-инженером. Да, я встречал бывших программистов, тестировщиков, ставших DevOps. Я думаю, только людям с гуманитарным образованием и соответствующей профессией будет тяжелее перейти в инженеры, но это тоже реально». Решил поддержать всех мечтающих о DevOps-стезе, но «идеологически» далеких от этого направления, и Николай Трофимович, замечая, что на его памяти «в DevOps приходят из любой сферы: админ, разработчик, тестировщик, таксист, доктор, продавец, филолог и т.д.» DevOps-инженер — это больше про опыт, нежели про знание конкретного софта — 50/50 Можно ли вообще стать DevOps инженером с нуля? А есть ли шанс остановиться на определенном этапе и сказать: теперь я достиг потолка? Тут мнения наших экспертов разошлись. Сергей Пономаренко, например, уверен, что все возможно: «…долго и упорно обучаясь, можно стать кем угодно с нуля, если нравится выбранный путь». Станислав Соломенин, наоборот, настроен скептически: «…нет, практически невозможно, без бэкграунда системного администратора или программиста. С учетом специфики профессии, придется по ходу дела усваивать знания из каждой области, так или иначе связанной с разработкой». В общем, думайте сами, решайте сами, а пока вот вам приятный бонус — совет для начинающих — от Николая Трофимовича, как все-таки стартануть в данном направлении: «прочитать кучу непонятных поначалу и по большей части ненужных потом, статей на форумах; затем можно поискать свое место в команде — вроде как и инфраструктуру не админишь, но и код писать разработчики не подпускают (правда, не очень то и хотелось…). Желательно иметь тот багаж знаний, который нужен на текущем проекте: будет фигово, если админил одноранговую сетку на Windows XP, и вдруг приходится прикручивать сбор логов из Java-приложения в ELK-кластер, развернутый на Linux… в облаке… с iptables на борту…» …Воодушевляет? Тогда добавим сверху единогласное мнение наших специалистов, что покой девопсу только снится, как, впрочем, и всей IT сфере. Сергей Пономаренко: «Нет, потолка просто нет, в современном мире просто невозможно угнаться за новыми технологиями, облаками и изменениями в них. Постоянное обучение становится основной составляющей не важно какой профессии: программиста, тестировщика или DevOps-инженера. Это как гонка, только стоит остановиться на минуту, день — и все, тебя обогнали более молодые и гибкие, и ты уже плетешься в хвосте, пытаясь впитать тонны новой информации». DevOps — это своего рода полевые архитекторы — NOPE Многим ребятам вообще не понравилось это сравнение. Кто-то посчитал его некорректным. Олег Курницов поясняет: «Я не согласен. Скорее это человек, который расскажет разработчикам, как будет себя вести то или иное окружение в работе и откроет глаза на не всегда очевидные для них вещи». DevOps — это заговор сисадминов, чтобы заставить разработчиков делать чужую работу — NOPE Первое правило бойцовского клуба — никогда не говорить о бойцовском клубе. То есть наши заговорщики собеседники не видят ничего крамольного в действиях DevOps относительно других участников проекта. Наоборот, участие девопса приветствуется на любом уровне менеджмента проекта — утверждают они. Олег Курницов: «Это холивар :) Но нет, в некоторых компаниях на стартах проекта нет выделенного человека, который будет отвечать за инфраструктуру, и поэтому разработчикам приходится вникать во все тонкости, и для них «манна небесная», когда DevOps заходит на проект :)» Сергей Пономаренко сам факт заговора не отрицает, но при этом с улыбкой добавляет: «Ну нет, я бы сказал, что это заговор сисадминов, чтоб заставить делать свою работу и не перекладывать какие-то косяки на другие отделы, а работать сообща над их решением =)» То, о чем в приличном обществе нельзя говорить, но так хочется знать — зарплата. Зарплата, поговаривают, огромная — 50/50 Согласно Stack Overflow, самые высокие зарплаты среди ИТ-специалистов США приходятся именно на DevOps-разработчиков. Они же лидируют по уровню дохода в Индии, Германии и Великобритании. А как же у нас (стране, регионе)? Сергей Пономаренко: «Да, ситуация с зарплатами в DevOps-среде «интересная», уже даже мемы и комиксы появляются на эту тему. Сисадмин, просто написав «DevOps» у себя в резюме, моментально привлекает внимание рекрутеров и просит на 50–100% больше =). В нашей стране DevOps (к сожалению, хехе) еще не догнали программистов (или, как сейчас модно говорить, Software Engineer) по зарплатам, но стремительно приближаются к этому. С одной стороны, это обусловлено тем, что от инженера требуется очень много учиться и буквально поглощать знания, с другой стороны — хайповостью и модой на данную профессию». Олег Курницов: «Если ты заходишь с нуля, без опыта работы на проектах, то можно просить среднюю по стране. В Беларуси с этим в целом хорошо, но вилка довольно широкая. Про регион сложно судить, но я думаю, объективно меньше Минска в два раза». Устоявшегося перечня требований к DevOps-инженерам нет, а значит, они должны знать все — NOPE Выдыхаем, все не так страшно. Хоть Сергей Пономаренко и кивает головом, мол, «True-true», Олег Курницов категорически отметает такой абсолютистский подход: «Не знаю ни одного человека, который будет знать все. Да и нереально это. Как правило, специалист знает одно или два облака, систему оркестрации, систему менеджмента, какой-то язык для скриптов и пару всяких штук в обвесе. Реально очень много всяких инструментов есть и вариантов их комбинации». У DevOps-инженера свой неповторимый набор софт скиллз — 50/50 Про стрессоустойчивость говорить не будем, это и так понятно, но чем еще должен обладать успешный специалист в этой отрасти?  И опять единства нет в наших рядах. Николай Трофимович, например, считает, что этот момент функционально не так уж и важен, мол, никому нет дела до личностных качеств, когда по большей части «нужна обезьянка контейнеры двигать либо умные штуки в облаке прикручивать. Как и везде (не привязываясь к делению на Dev или Ops) — надо будет че-то почитать, потом че-то написать». Коллеги Николая, немного подумав, все-таки выводят формулу идеального DevOps-инженера, подчеркивая, что ничего необычного в этом наборе нет. Для Сергея Пономаренко он должен быть коммуникабельным — «в этой сфере и интроверт разговорчивым станет», уметь работать в многозадачном режиме — «вот у нас у некоторых ребят уже по 4 монитора, все задачи не влазят на два. А мы все ищем, где же у них еще два глаза спрятаны =)». Станислав Соломенин убежден, что «самое главное качество в профессии — быть командным игроком. Так же важно не забывать, что DevOps — это не должность или человек. Это набор практик которых придерживается вся команда (а лучше вся компания). Надо уметь слушать и договариваться». Подводит итог вышесказанному Олег Курницов: «Вообще весь процесс Agile и DevOps как его части — это про софт скиллз. Ибо главное — это слушать, слышать и говорить :)». Таких не берут в стартапы — NOPE Мол, задача стартапа — выпустить максимально быстро минимально жизнеспособный продукт, чтобы проверить новую идею. То есть в большинстве случаев стартапы могут обойтись без DevOps. Ребята с такой расстановкой приоритетов категорически не согласны. Так, например, Сергей Пономаренко отмечает: «Ну, стартапы — это отдельная большая тема, они все очень разные, на то они и стартапы. В каких-то стартапах могут быть большие полноценные команды со строгими процессами и распределенными ролями. В других — два программиста и дизайнер, где каждый и швец, и жнец, и девопс, и тестировщик. Кроме того, многое зависит от зрелости стартапа: на старте они могут работать маленькой командой, а после, получив понимание востребованности продукта, набрать большую команду». Олег Курницов также обращает внимание, что немаловажную роль в этом вопросе играет финансовый аспект: «Стартап умеет считать деньги. И если нет человека, который продумывает архитектуру среды, чтобы она масштабировалась, была отказоустойчивой и вообще легко адаптировалась, то  рано или поздно придет «Технический долг» и заставит переделывать всё с нуля». Программер переиграет девопса в программировании, сисадмин — в администрировании, а тестировщик — на своем тестировочном поле (но это не точно) — 50/50 …Ценность же DevOps-man-a в другом… В чем? С этим утверждением собеседники согласны отчасти. Сергей Пономаренко замечает, что «DevOps — это связующее звено между программистами и тестировщиками, часто между разными командами и иногда даже между конечными пользователями и разработчиками». Олег Курницов приводит в пример собственный опыт: «Ну, тест планы и тест кейсы я точно писать не буду. А вот интеграционное/нагрузочное тестирование точно за нами». Ценность же DevOps-а ему видится в его умении поговорить, прийти ко всем заинтересованным сторонам и согласовать правила игры. Помочь с решением проблем и сделать их жизнь легче/лучше».

ITSupportMe

03 апреля, 2020

post image

О компании

Системное администрирование

Технический отдел ITSupportMe

Мы продолжаем наше знакомство с отделами ITSupportMe. Герои сегодняшней статьи — МЧС от IT, без помощи которых не обходился, пожалуй, ни один сотрудник компании. Ведь неспроста по итогам 2018 года в номинации «Самый отзывчивый коллега» победил сотрудник именно этого отдела — Олег Курницов (подпольная кличка — Супер Олег)! Хотя значок с аналогичной надписью можно смело вручать абсолютно каждому труженику отрасли — настолько сложно представить повседневную офисную жизнь без этих бравых ребят. Итак, встречайте — наш Технический Отдел И чтобы разобраться, почему эти парни (и, забегая вперед, одна девушка) такие классные, а заодно не запутаться в хитросплетениях реальных историй и стереотипов, которые постоянно витают вокруг этой полумифической профессии, идем прямиком к руководителю IT отдела Сергею Пономаренко. О легендах и мифах системного адми­ни­стри­ро­ва­ния Миф 1: Админ не профессия, а образ жизни. — Это больше зависит от человека, но в большинстве своем да. Если по мне судить, то мы как пожарные: пока все работает нормально — у нас спокойно, когда что-то не так — круглосуточно. А вообще, я иногда вспоминаю мультик «Приключения Джеки Чана». У главного героя там через серию была чрезвычайно сложная ситуация, когда вот вообще каждая вещь шла плохо, и он, убегая от очередной ерунды, кричал: «Плохой день, плохой день, плохой день». Так и у нас иногда бывает то одно, то другое, то третье ломается, и уже, когда очередная беда прилетает, сидишь такой: «Плохой день, плохой день, плохой день» (смеется). — Хорошо, насколько часто юзеры вас «дергают» с просьбами о помощи? — В день мы получаем от 30 до 60 тикетов (официальных запросов). Работа, как правило, заключается в помощи отдельным юзерам, а также в поддержании различных онлайн проектов. По поводу самых «популярных» дней, как всегда, понедельник самый тяжелый. После праздников же, наоборот, все в вялом состоянии, в том числе и пользователи, поэтому и работа такая… вялотекущая. Миф 2: Объем знаний + Интернет = поиск альтерна­тивных методов отдыха. — Не сказал бы. Сисадмины тоже люди и умеют отдыхать. Семья, велосипед, спортзал, кафе, бар, побегать где-нибудь в пейнтбол, лазертаг… Миф 3. Внешний вид адми­ни­стра­тора. — Да, стереотипы построены на образе классического администратора: добродушного ботаника без амбиций, но в свитере и с бородой. У нас же в старом свитере никого. С бородой тоже (легкая небритость не считается). Дресс-кода у нас в компании нет, но в целом опрятно одеваемся, бриться тоже пытаемся. Миф 4. Админ всегда прав. — Да! (громко смеется) Но это не точно. — Бывают ситуации, когда вы ошибаетесь? — Мы все люди, а люди склонны ошибаться время от времени. Но поскольку на нас висит безопасность компании, то таких ситуаций должно быть по минимуму и очень недолго. — Ок, если «админ всегда прав», но в одной ситуации два админа имеют разные точки зрения на решение той или иной проблемы, как же вы решаете, кто правее? Учитывая, что и один, и другой обладает хорошим багажом знаний, ЧСВ тоже на высоте у обоих. Бывает, что искры летят? — Да, конечно, бывает. Бывает, спорим, но всегда стараемся находить какие-то общие решения. Либо есть еще один классный выход: делает каждый по-своему — и потом смотрим, что на выходе получается, и чей вариант наиболее эффективный — тот и «правее». Миф 5. День системного адми­ни­стра­то­ра отмечаете? Когда, как? — Конечно. Пиво. Бар. Мясо. — Когда? — Вообще-то День системного адми­ни­стра­то­ра всего один. Последняя пятница июля   это святой день. В прошлом году в «Беккере» собирались (последний комментарий принадлежит Алексею Павленко, который не удержался и присоединился к обсуждению милой душе темы). Миф 6. Системное адми­ни­стри­ро­ва­ние и девушки не совместимы. — Как показала практика, девушки вполне успешно работают админами, поэтому здесь у меня предрассудков нет. У нас, например, работает в отделе Ксюша Соломка. Отличный специалист. И вообще… Ксюша, в первую очередь, инженер, а уже потом девушка. Но я считаю, что какие-то части нашей работы не сильно подходят дамам: лазить по лестницам с проводами и таскать тяжелые сервера не очень удобно. О буднях сисадмина ITSupportMe — Когда начинается и заканчивается рабочий день сисадмина в ITSM? — Обычно в рамках графика, утвержденного компанией, но наш отдел, наверное, самый растянутый по времени. У нас есть ребята, которые работают с 9 до 16, а кто-то трудится со второй половины дня до 12 ночи, потому что они работают с пользователями из США. — Как вы все контактируете? — В течение дня мы все обязательно пересекаемся, мониторим почту, но в основном чатики наше все, они всегда спасают. — А бывают такие случаи, когда кому-то приходилось экстренно выходить на работу, спасать ситуацию? — Конечно. По большей части мы можем все делать из дома, но, было как-то, что Стас Соломенин сидел до часу ночи. У нас для таких случаев даже специальный плакатик есть — «Ночь работе не помеха» (смеется). Я, бывало, сидел и до утра, устранял проблему. Показательно было, когда несколько недель назад у нас отказала вся инфраструктура в одном из центров обработки информации из-за отключения электропитания. Мы смогли совместными усилиями (Н. Трофимовича, Е. Телегина, С. Кротова и меня) поднять все за 4 часа. Конечно, такое быстрое восстановление полного падения датацентра было бы невозможно, если бы не отличная работа всей команды в течение долгого времени. — Как семья относится к такому непредсказуемому графику? — Плохо, конечно, но стараются понять и простить. Правда, иногда сидишь, работаешь, а у тебя на плечах висит дочка: «Папа, а что ты там клацаешь?» — а ты в этот момент пытаешься что-то поднять (смеется). — Какой он — идеальный пользователь? — Который дает подробную информацию о том, что у него случилось, и не паникует, когда что-то не получается, а относится с пониманием. — То есть юзер-катастрофа — это, наоборот, человек, не дающий подробную информацию и суетливый? — Да, который просто кричит: «А-а-а, у меня не работает, сделайте мне хорошо», — и начинает звать менеджера, через него пытаясь решить проблему, в результате получается испорченный телефон, а ты не понимаешь, что там произошло, и в процессе все сам выясняешь, как опытный следопыт. У нас, например, есть один «суперпользователь», от которого всегда приходят письма красным цветом, капсом и с большим количеством восклицательных знаков. Такой стиль ни разу не помогает. Или, например, такая история недавно приключилась на работе с Юрой Ермаковым. Он удаленно настраивал принтер/сканер одному пользователю. Скачал драйвера, устанавливает, а комп оборудования не видит. Проверили WIFI сети. Юзер заверил, что принтер находится в той же сети, уже добрались до роутера его, а нет принтера — и хоть ты убейся. Еще раз спрашиваем пользователя, точно ли в той же сети оборудование, на что получаем ответ: «Да-а-а-а-а, точно, я проверял, вот сейчас ВКЛЮЧУ принтер — и сами посмотрите». Занавес. 25 минут впустую. Вот такие «веселые» нюансы бывают в удаленном тех. обслуживании =) — Интересно, как люди из вашего отдела приходят в IT? — Ну, большинство технари по образованию — в основном сетевые инженеры, специалисты по сопровождению телекоммуникационных систем и т.д. Но есть и «экзотические» случаи, например, Кирилл Думов — лингвист, знаток английского языка. У нас была необходимость в техническом писателе и в человеке, который будет общаться с пользователями по телефону. Теперь же он возмужал и уже не просто технический писатель, а опытный сотрудник, который предлагает решения по взаимодействию с пользователями, автоматизации процессов взаимодействия и пр., подходя к тому или иному решению с пользовательской точки зрения. А еще настоящая находка для нашего отдела за последнее время — Юра Ермаков. Он не только отличный специалист, но и человек с богатым послужным списком: и в сфере медицины поработал, и хороший музыкант, и в Брейн-ринг и ЧГК играет (обладатель Малой Хрустальной Совы как-никак!). В общем, все приходят по-разному, но быстро вливаются в наш дружный коллектив. — Какие планы на будущее у тебя как специалиста и у тебя как руководителя отдела? И вообще как ты будущее отдела видишь? — Будущее отдела — это однозначно повышать уровень нашей компетенции и осваивать новые технологии. Мы — это не только тикеты и помощь юзерам. Ребята, например, работают с разработчиками, готовят разные среды, где их приложения будут работать. Опять же, поскольку наша сфера — одна из самых передовых, мы обязаны идти впереди всех и готовить почву для дальнейшего развития остальных. Мы стараемся следовать методологии DevOps, развиваясь вместе. — Хорошо, какой топ средств развития для своих ребят и отдела в целом ты можешь назвать? — Сейчас в основном это онлайн ресурсы, например, тот же Хабр, Хакер, StackOverflow, SecurityLab, различные американские сайты. И конечно же, документация к различным системам (хотя кто ее читает? =)). С книгами тоже дружим, но сейчас такое время, что они устаревают быстрее, чем печатаются. Плюс стараемся ездить на курсы по продуктам и технологиям Microsoft, а также на другие образовательные мероприятия, из последних — в онлайне следили за конференциями DevOps (1–2 октября, Москва), HighLoad (8–9 ноября, Москва); виртуальной VeeamON (5 декабря, backup software). В живую побывали на конференции по оборудованию MikroTik и на курсах этого же производителя с получением международных сертификатов. — А вообще реально вам уехать на конференцию, скажем, на 2–3 дня, не станет работа без вас? — Нет, мы старались сделать отдел, который не будет зависеть от одного конкретного человека, то есть у нас ребята могут друг друга подменить. Компания не должна страдать, когда кто-то болеет или еще что-то. И, опять же, выдергивать человека, когда он отдыхает где-то в отпуске, тоже не совсем хорошо. Бывает, приходится, да, но мы стараемся этого избегать. Но если прямо совсем все плохо, то мобильный телефон пару раз спасал, поднимали инфраструктуру с экранчика в 6 дюймов (улыбается). — Ок, и последнее: девиз вашего отдела? — Infra est infernum navigare, ut ad amicum socio Cthulhu, что можно перевести как «Пламя (ад) под нами и да поможет нам Ктулху». Или, как говорится, каждой твари — по витой паре! :)

ITSupportMe

11 января, 2019

Начните жить жизнью ITSupportMe

Подпишитесь на нашу E-mail-рассылку, чтобы быть в курсе всех интересных событий и новостей нашей компании!

Нажимая на кнопку "Подписаться", я соглашаюсь с условиями политики конфиденциальности ITSupportMe и даю разрешение на обработку моих персональных данных.