DevOps

Фото модератора

Модератор: Макеров Вадим, инженер-программист iSpring
Описание компании:

Команда разработчиков iSpring, мирового лидера на рынке ПО для корпоративного обучения. Разрабатываем ПО, которое решает задачи клиента по онбордингу новичков, корпоративному обучению и жизни сотрудников в компании. В штате 500+ сотрудников, офисы расположены в России и за рубежом. В 2024 году вошли в Рейтинг работодателей РБК в группу с наивысшими результатами.

Контакты:

сайт: https://www.ispring.ru/company/jobs/programmers

Фото модератора

Модератор: Олег Кондрашин, руководитель практики, разработка ПО, Цифровой Сибур
Описание компании:

СИБУР Цифровой – ИТ-кластер СИБУРа, глобальной нефтегазохимической компании, который решает креативные задачи по цифровизации производства и бизнеса.

Мы работаем над созданием и внедрением решений в области искусственного интеллекта (ИИ), промышленного интернета вещей (IIoT), дополненной и виртуальной реальности (AR и VR), робототехники и других технологий, которые способствуют росту эффективности наших процессов.

Своим примером показываем, кто здесь самый реальный среди айтишников – с нами работает более 1500 сотрудников, благодаря которым мы ежегодно пополняем наш портфель сотнями проектов с ИТ-составляющей и строим цифровые заводы будущего уже сегодня.

Контакты:

сайт: https://sibur.digital


Антон Егорушков
head of devops @ lamoda tech
Санкт-Петербург

Когда у вас несколько сотен сервисов, которые нужно тестировать, вы наверняка думаете, как это сделать лучше, а по каждой фиче крутить сервис - больно и сложно.

Если у вас тесты занимают дни или недели - вы понимаете боль "выкатить хотфикс сейчас же"

Кто важнее: ci/cd или все-таки релиз-менеджер?

Как в процессе решения одной задачи мы пришли к созданию своей платформы, и почему мы не прыгнули в готовые решения?

Ждем ваш отзыв

  • Зал : 313. Архитектура и DevOps
  • Категории : Разработка
  • Секции: DevOps

  • Владимир Пашковский
    руководитель команды DevOps Magnit @ Magnit Tech
    Санкт-Петербург

    1. Какую систему Observability мы строим.

    2. Бизнесовый процесс команды девопсов. Девопс команда как 3 и 4 линия поддержки. Как выстроили процесс работы с 1 линией поддержки.

    3. Шаблоны: что мы делаем, чтобы ускорить процесс.

    4. Какой алгоритм нужно выстроить, чтобы ускорить время решения инцидента.

    5. Рекомендации по построению команды девопс против работы 1 специалиста на 1 продуктовую команду

    Ждем ваш отзыв

  • Зал : 313. Архитектура и DevOps
  • Категории : Разработка
  • Секции: DevOps

  • Вадим Макеров
    Инженер-Программист @ iSpring
    Йошкар-Ола

    Как сетевой отказ одного компонента может привести к даунтайму системы

    Как grpc мультиплексированием запросов усугубляет отказ системы

    Расскажу о способах решения - от уровня приложения, до операционой системы

    Как мы выбирали способ решения и как правильно его настроить

    Почему ServiceMesh не решает эту проблему из коробки и как его научить

    Ждем ваш отзыв

    • День выступления: 18.04.2025
    • Время начала: 13:55
    • Время окончания: 14:25
  • Зал : 313. Архитектура и DevOps
  • Категории : Разработка
  • Секции: DevOps

  • Дмитрий Князев
    Заместитель DevOps тимлида @ АО "Флант"
    Уфа

    OpenSearch представляет собой мощное и многофункциональное решение для хранения, поиска и аналитики данных, которое находит своё применение в различных отраслях. В рамках своего доклада поделюсь уникальным опытом работы с OpenSearch в среде Kubernetes. Вы узнаете, как мы управляли огромными объёмами данных и какие стратегии масштабирования применяем для обеспечения стабильной работы наших решений.

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

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

    Ждем ваш отзыв

    • День выступления: 18.04.2025
    • Время начала: 14:30
    • Время окончания: 15:00
  • Зал : 313. Архитектура и DevOps
  • Категории : Разработка
  • Секции: DevOps

  • Кирилл Борисов
    SRE-инженер @ VK
    Москва
    AlertOps в действии
    из Доклады

      Когда случается инцидент, важна каждая минута. В докладе рассмотрю весь процесс от момента получения алерта, до решения инцидента и как в этом нам помогает alertOps. Управление полным циклом инцидента из чата. Пройдемся по конкретным примерам и техническим решения, которые помогают уменьшить время реакции на инцидент и ускорить решение инцидента

      Ждем ваш отзыв

      • День выступления: 18.04.2025
      • Время начала: 15:05
      • Время окончания: 15:35
    • Зал : 313. Архитектура и DevOps
    • Категории : Разработка
    • Секции: DevOps

    • Роман Корчагин
      DevSecOps @ Лаборатория Числитель
      Санкт-Петербург

      Вводная

      - про CI - простой пример от сборки до публикации в registry

      Постановка проблемы

      - про кейс с подменой образа в registry в обход ci

      Предложенное решение

      -Cosign

      — создание подписи

      — подпись и публикация в registry (пример внешнего вида)

      — пример скрипта в ci

      -Kyverno

      — пример политики

      — примеры сработок

      Заключение

      Ждем ваш отзыв

      • День выступления: 18.04.2025
      • Время начала: 15:40
      • Время окончания: 16:10
    • Зал : 313. Архитектура и DevOps
    • Категории : Разработка
    • Секции: DevOps

    • Михаил Фуфаев
      Старший разработчик @ Сибур Цифровой
      Москва

      DevSecOps эволюционирует: если Shift-Left смещает безопасность в начало разработки, то Shift-Down переносит рутинные задачи на платформу, освобождая команды. На примере Renovate разберём, как автоматизировать контроль зависимостей, снижая нагрузку на разработчиков и ускоряя реакцию на уязвимости. Узнайте, как совместить Shift-Left для критических рисков и Shift-Down для рутины, чтобы безопасность стала не барьером, а частью потока.

      Ждем ваш отзыв

    • Зал : 313. Архитектура и DevOps
    • Категории : Разработка
    • Секции: DevOps