Больше 10 лет прошло с момента первой легендарной конференции DevOps Days в Генте. За это время в мире появилось с несколько дюжин различных коллабораций с Ops-спецами, начиная с класических DevSecOps-ов, заканчивая диковинными HugOps-ами.

Рассмотрим боли и причины появления таких движений, возьмём их лучшие практики и проанализируем направления, куда можно развиваться DevOps специалисту.

Занимаясь разработкой сложных информационных систем преимущественно для государственных структур в странах ЕАЭС, мы не раз сталкивались с трудностями в реализации CI/CD процессов. Вычислительные ресурсы, предоставляемые заказчиком для целей разработки и тестирования зачастую администрируются его штатными специалистами, что создает дополнительные сложности при развертывании программных компонентов. Если в процессе разработки у вас возникает необходимость обновлять версии программных модулей на серверах заказчика несколько раз в день, то это может стать реальной проблемой на пути ваших CI/CD процессов. Системные администраторы заказчика не горят желанием менять свои привычные методы работы, пытаются показать свою значимость и временами буквально саботируют жизненно важные активности. Все эти моменты привели нас в конечном счет к понимаю того, что эффективность наших CI/CD процессов не должна зависеть от сторонних исполнителей, которые не заинтересованы в сокращении временных издержек, возникающих при развертывании компонентов разрабатываемого ПО, а также тестовых сред. Мы создали простой и эффективный инструмент для наших разработчиков, и теперь CI/CD у нас работает как часы. С помощью контейнерной платформы Imagenarium можно легко и быстро развернуть любое количество сред в нужной конфигурации, и это не требует глубоких познаний в системном администрировании и управлении кластерными средами.
В докладе мы поделимся практическим опытом автоматизации CI/CD процессов, который мы приобрели в ходе выполнения наших проектов.

Разработка современных высоконагруженных информационных систем на основе микросервисов требует применения соответствующих технологий кластеризации, масштабирования и обеспечения отказоустойчивости. Однако, нередко в процессе создания и отладки кода разработчики сознательно идут на упрощение тестовых окружений, так как воспроизвести, так называемую, prod-like среду, в которой разрабатываемый код выполнялся бы в условиях приближенных к промышленной эксплуатации, довольно сложно и затратно. Для это требуются и дополнительные вычислительные мощности и помощь DevOps-инженеров, которые отвечают за процессы развертывания ПО в целевой среде. Однако, есть способ ускорить и автоматизировать процессы развертывания разрабатываемых программных компонентов в сложной кластерной среде. Более того, есть возможность дать разработчикам простой и понятный инструмент для управления процессами развертывания как в локальной тестовой среде, так и в различных технологических окружениях (dev, integration, pre-prod, hotfix). Что характерно, для этого необязательно выстраивать обескураживающие по своей сложности, системы на базе Kubernetes, а вполне можно обойтись средствами компактного оркестратора Docker Swarm с некоторыми доработками, существенно упрощающими жизнь разработчиков сложных кластерных систем.
В докладе мы расскажем о нашем собственном опыте использования Docker Swarm в процессах разработки, тестирования и эксплуатации систем. А также о том, как из простого оркестратора извлечь максимум пользы и научить его решать сложные задачи.

Любой разработчик знает, сколько времени и сил уходит на поиск ошибки в коде, особенно когда это чужой код. Особенно когда он уже в мастере) Если слова "мерж реквест" и "ревью" вызывают у вас нервный тик, а завтрашний релиз - мысли о том, сколько придётся после него просидеть ночью, чтобы исправить все асапы - значит, в ваших процессах явно пора что-то поменять. Вот об этом мы и хотим поговорить. Ключевые слова, которые можно загулить до начала: Docker, SonarQube, Unit tests, Branching Strategies, Release policies

Подробнее в презентации: https://docs.google.com/presentation/d/1kLwfKHl-liKoOKDgbkrEK9zBbmvUR5Kp38Mrm9X6nTs/edit?usp=sharing