Стачка.DevOps

DevOps автоматизирует многие процессы, делая жизнь разработчиков проще, чтобы они могли быстрее, а главное, надежнее собирать, тестировать и выпускать очередные релизы программного обеспечения, автоматизировать рутинные и не очень процессы.

На секции будут рассмотрены кейсы внедрения DevOps-практик, современные технологии DevOps и их применение с учетом специфики платформ разработки.

Приходите все, кому не безразличны такие понятия как: Continuous Delivery, Configuration Management, CI/CD и многое другое.

Подать доклад


Барух Садогурский
Developer Advocate @ JFrog
DevOps vs Разработчики

Доклад принят в программу конференции


из Доклады

    DevOps — это заговор сисадминов, чтобы заставить разработчиков делать чужую работу, но мы слишком умны, чтобы попасться на эту элементарную уловку ребрендингом! Посудите сами: мы написали код, он проходит тесты. Он, очевидно, работает и работает хорошо (Мы гордимся собой? Да!). И тут мы закончили.

    Но приходят эти «визионеры» (все из operations, прошу заметить!) и рассказывают нам, что теперь надо учить YAML, Docker, Kubernetes и Terraform, потому что внезапно это наша головная боль?!

    В этом докладе мы поговорим о том, зачем разработчикам нужен или не нужен DevOps. Мы рассмотрим аргументы, которые приводят идеологи DevOps, и решим, состоятельны они или нет. К концу доклада, будем надеяться, нам станет понятно, действительно ли это способ, который поможет нам (разработчикам) поставлять лучший код в прод чаще, или это, как всегда, разводка маркетологов и евангелистов.


    Никита Соболев
    CTO @ wemake.services
    Санкт-Петербург
    Не логгируй!

    Доклад принят в программу конференции


    из Доклады

      Разработчики часто пишут все, что могут в логи. И думают: когда-нибудь пригодится. И что мы имеем на самом деле?

      Непрозрачные системы. Сложную инфраструктуру и корявые абстракции в коде. Гигабайты мусора, смотреть и читать которые – невозможно.

      Я расскажу, как жить без логов.


      Андрей Квапил
      Cloud Architect / DevOps Engineer @ WEDOS Internet a.s.
      Hluboka-nad-Vltavou
      В поисках идеального хранилища...

      Доклад принят в программу конференции


      из Доклады

        Душещипательная история о том как мы выбирали кластерную файловую систему под виртуалки и контейнеры, с какими трудностями столкнулись и почему остановили свой выбор на LINSTOR.

        Хранилище LINSTOR построено на свободных технологиях: ZFS, LVM, DRBD и ориентрировнно на максимальную производительность и высокую доступность данных.

        В данном докладе я расскажу про наш опыт его использования в Kubernetes, Proxmox и OpenNebula.

        * На наглядном примере посмотрим как оно работает и чем отличается от того же Ceph и других решений.

        * Под какие цели стоит использовать LINSTOR, а когда его внедрение может быть нецелесобразным.

        * Разберёмся как работает тонкая настройка и планирование ресурсов.

        * Проблемы DRBD и их решения.


        Андрей Юмашев
        Руководитель отдела информационного обеспечения @ ЛитРес
        Москва
        Контроль и управление зоопарком инфраструктуры и архитектуры

        Доклад принят в программу конференции


        из Доклады

          Наследуя серверный парк в 200+ серверов, на которых крутятся разнородные сервисы, приходится всесторонне с этим разбираться. Начиная от железа, заканчивая анализом и реструктуризацией архитектуры кодовой базы.

          Как взять всё это под контроль, какие инструменты применять и как мониторить всё, что происходит в твоем зоопарке. На примере высоконагруженного портала ЛитРес и его партнёрских направлений.


          Владимир Хонин
          Руководитель по качеству бизнес-систем @ ПАО "МегаФон"
          Екатеринбург
          Roboman или автоматизируем менеджмент

          Доклад принят в программу конференции


          из Доклады

            Чья очередь мыть посуду? Слово Кол пишется через О. Башка-кирпич-зашибёт. Да сделай ты уже эту задачу!

            Поговорим об этой и другой автоматизируемой рутине менеджмента, проблемах и примерах. А главное причинах недостаточности одних только ботов. Всё - на личном опыте.


            Владимир Утратенко
            SRE Lead @ X5 Retail Group
            Москва
            DevOps в Enterprise

            Доклад принят в программу конференции


            из Доклады

              Многим инженерам, работающим в Enterprise компаниях хорошо знакома ситуация: сидят какие-то DevOps'ы, что-то там пилят себе, какую-то автоматизацию, но никто не знает что и зачем. Я расскажу о реальном опыте участия в DevOps-трансформациях в нескольких Enterprise компаниях: что это вообще такое, зачем оно надо, какое место в этом занимают DevOps инженеры, что происходит в компаниях в это время, и как со всем этим теперь жить.


              Степан Авдеев
              Руководитель направления @ РТК ИТ
              Краснодар
              Установка приложений на продуктив одной кнопкой

              Доклад принят в программу конференции


              из Доклады

                Современная архитектура информационных систем предполагает разбиение на множество отдельных компонентов. С одной стороны это несет в себе ряд плюсов, с другой стороны усложняет процедуру установки и обновления.

                При каждом изменении требуется учитывать, какие компоненты требуется обновить, какие версии должны быть установлены, какая конфигурация должна быть к ним применена.

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

                В своем докладе, на примере нашей системы развертываний я постараюсь показать, как использовать и комбинировать Gitlab, Jenkins, Helm, Nexus и другие инструменты для построения единого автоматизированного конвеера установки разнородного ПО, позволяющего максимально упростить эту процедуру.


                Сергей Печенко́
                DevOps/SRE @ Райффайзенбанк
                Москва
                LDAP: туда и обратно.

                Доклад принят в программу конференции


                из Доклады

                  1. Истоки: что такое LDAP и как он появился

                  2. Почему LDAP: что ценного может принести его использование в проекте.

                  3. Сервер: что выбрать, чтобы не раскаиваться.

                  4. Веб-клиент: один в своём роде, на всё готов и свободен.

                  5. Выводы


                  Федор Чемашкин
                  Senior Software Engineer @ Dell Technologies
                  Санкт-Петербург
                  Docker-in-Docker в CI - (не)первая история успеха

                  Программный комитет не принял решения по этому докладу


                  из Голосование

                  Расскажем о том как мы не побоялись заменить виртуальные и железные кластеры в CI на Jenkins агенты с Docker-in-Docker на борту. Покажем, как с помощью этого оптимизировали тесты и инфраструктуру, дали разработчикам новый инструмент для отладки. И объясним как интегрировать это все c Jenkins и как немного затюнить Docker-in-Docker.


                  Анатолий Станслер
                  Разработчик @ Postgres.ai
                  Москва
                  Database Lab — спасаем продакшн от непроверенных миграций

                  Программный комитет не принял решения по этому докладу


                  из Голосование

                  Использование тестов для повышения надежности приложений, ускорения разработки и деплоя уже стало необходимостью, но если тестирование так важно почему мы обходим стороной тестирование миграций БД?

                  Для такого тестирования база данных, на которой будут проводится эксперименты, должна быть максимально приближена к боевой. Но как быть, если размер "прод" базы уже измеряется в терабайтах, а развертка БД для экспериментов занимает часы или даже сутки?

                  В этом докладе мы поговорим о том:

                  - как с помощью Database Lab и ZFS/LVM за секунды разворачивать полноразмерные копии "прод" баз для тестирования;

                  - как выполнять проверку БД миграций и контролировать регрессии планов запросов;

                  - за какими метриками нужно следить, чтобы убедиться в том, что миграция пройдет успешно;

                  - и не менее важно, как эффективно обеспечить каждого разработчика полноценной изолированной копией БД для экспериментов.

                  В основном поговорим о Postgres, но аналогичные подходы могут быть применены и к другим СУБД.