Всем привет!

Сегодня хочу рассказать как увлекательно и с пользой мы провели 30 декабря прошедшего года. День, в который заставить работать сотрудников в полную силу не получится даже у Чака Норриса.

Как я решил провести хакатон

В какой-то момент все чаще в мире 1С стали говорить про DevOps. Но как понять что за технология? Стоит ли вкладывать в нее время и усилия? Было непонятно. И я пригласил Артема Кузнецова, эксперта по DevOps, к нам в гости для ликбеза. Артем пришел и рассказал команде про этот удивительный мир DevOps: что можно автоматически развертывать рабочие места для новых сотрудников, можно проверять каждый коммит на качество, можно запускать полноценное тестирование, после каждого коммита. Это вдохновило меня на более детальное изучение этой практики. Я прочитал книгу Никиты Грызлова «Пособие релиз-инженера» и прорешал все задания из нее. Она вдохновила меня еще больше: ведь я уже не просто понимал ЧТО можно сделать, но и знал КАК.

Перенесемся в холодный ноябрь. Ничто еще не предвещало бесснежной зимы… Я знал, что перед Новым годом у нас будет два рабочих дня: 30 и 31 декабря. Рассчитывать, что кто-то будет в полную силу работать в эти дни было бессмысленно, поэтому я подумал, что нужно провести их с максимальной пользой. Итак, решено. Проводим хакатон на тему DevOps и всего такого. На решение задач планировалось потратить 8 часов.

Хакатон (англ.hackathon, от hack (см. хакер) и marathon — марафон) — форум для разработчиков, во время которого специалисты из разных областей разработки программного обеспечения (программисты, дизайнеры, менеджеры) сообща решают какую-либо проблему на время. 

Цели хакатона:

• Мотивация сотрудников;
• Автоматизация отдела;
• Повышение квалификации сотрудников.

Подготовка

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

Список был примерно следующим:

Jenkins:

1. Запуск восстановления или копирования баз по заявке из JIRA;
2. Автоматическое создание среды разработки для нового сотрудника/подрядчика по заявке JIRA;
3. Тестирование на ночной копии рабочей базы 1С:
   1. Дымовые тесты;
   2. ADD.

Мониторинг:

1. ELK: выгрузка логов ТЖ, ЖР для других баз
2. Автоматическое информирование об ошибках
3. Настройка APDEX для баз с выгрузкой в Zabbix/ELK/Grafana
4. Настройка Grafana
5. Zabbix – настройка включения ТЖ при снижении показателей APDEX или высокой нагрузке на железо.

Интеграции:

1. Интеграция JIRA с Jenkins в части пп. 1, 2 Jenkins
2. Интеграция телеграм c Jenkins;
3. Интеграция средствами Rabbit MQ: подразделения из ЗУП для всех баз и других ресурсов (портал etc.)

День хакатона настал

В день хакатона мы поделились на 4 команды и выбрали темы.

1. Тестирование ADD: ребята планировали научиться делать тесты и реализовать тестовые сценарии для нескольких часто используемых документов. Также запускать тестирование через Jenkins и формировать Allure-отчеты;
2. Настройка проверки коммитов в SonarQube: цель была в проверке качества кода разработчика сразу после помещения в хранилище 1С;
3. Настройка маршрутизации и выгрузки подразделений из ЗУП через RabbitMQ в различные информационные системы: эта команда планировала оповещать об изменении подразделений в ЗУП все системы, в которых также хранится информация о подразделениях;
4. Настройка ElastAlert для оповещения о проблемных ситуациях: ребята планировали разобраться с настройками ElastAlert и сделать оповещения о тревожных ситуациях в журнале регистрации, который мы заботливо выгрузили в ElasticSearch (почитать можно здесь).

Итак, темы выбраны, договорились о финальном времени и началась кропотливая работа. Стояла гробовая тишина. Всем хотелось разобраться в нетривиальной проблеме и решить ее. Приятно, что работали в командах, а не по одиночке. И да, ребятам было дико интересно.

В обозначенное время начали демонстрировать результаты. Каждая команда рассказывала о результатах исследования остальным коллегам. К сожалению, до конца реализовать проекты удалось лишь команде 1 и команде 4 (расширенный пост по результатам). Но остальные команды тоже разобрались в вопросе и просветили коллег. По итогам общего голосования победила команда 1. После хакатона мы пошли в бар и продолжили обсуждение уже там.

Вывод

Даже в самый неплодотворный период работы, можно провести время с максимальной пользой: для мотивации, для повышения квалификации, для автоматизации. Если хорошенько подумать об этом заранее:)