DevOpsConf Channel
1.81K subscribers
716 photos
38 videos
10 files
813 links
Информационный канал профессиональной конференции по интеграции процессов разработки, тестирования и эксплуатации DevOpsConf

https://devopsconf.io


Чат @DevOpsConfTalks
Download Telegram
🎙 Спасёт ли Open Source вашу разработку? — новый выпуск подкаста

Даже самый классный open source не заработает «просто так».
Мониторинг, поддержка, документация, культура — всё это не включено «по умолчанию».

Обсуждаем:

- Почему open source — это не волшебная таблетка
- Как избежать «залипания» в бесконечной настройке
- И где грань между бесплатностью и реальной ценностью

🎤 Ведущие:

Игорь Душа — директор портфеля решений экосистемы в области информационной безопасности, Купол (ИТ-холдинг Т1),

Евгений Калашников — руководитель направления «Инженерные инструменты» платформы «Сфера» (ИТ-Холдинг Т1)

🖐️ Гость:

Владимир Гурьянов — технический директор Deckhouse Observability Platform, Флант

Слушайте выпуск
Please open Telegram to view this post
VIEW IN TELEGRAM
3
Сейчас многие работают с K8s и используют Ingress Controller для публикации сервисов наружу. Скорее всего, у большинства Ingress Nginx. Поэтому вы могли сталкиваться с проблемой, когда задеплоили манифест, но что-то пошло не так.

Про то, как работает Nginx, уже сказано почти все, но что находится под капотом у основанного на нем Ingress Controller, не так очевидно. Алексей Колосков, Lead DevOps из Hilbert Team, под микроскопом разобрал детали реализации его движка и настроек.

Подробности в статье
3🔥2👏1
Вчера мы опубликовали первую часть статьи о том, что находится под капотом у Ingress Controller.

Сегодня продолжаем эту тему второй частью, в которой Lead DevOps из Hilbert Team Алексей Колосков более подробно остановился на том, как реализован блок upstream, и еще больше рассказал про его механизм.
4
Представьте, что вас каждый день просят «быстренько развернуть стенд» — с OpenSearch, PPO и десятком доработанных инструментов, «ну, чтобы все работало».

Часто эта сложная задача заставляет создать собственный продукт, который способен деплоить Kubernetes-контуры по-настоящему нажатием одной кнопки.

Ведущий архитектор Orion soft Даниил Рахновский рассказал, как они с командой решали задачи массового развертывания сложных K8s-окружений и как пришли к собственному решению HyperDrive, которое автоматизирует этот процесс. А также какие лучшие практики и Open-Source-инструменты применили в продукте, и что именно дописали с командой самостоятельно.

Подробности в статье
Друзья, в этой статье мы собрали дайджест подкастов «Первый день в будущем» с ключевыми идеями и инсайтами 🔥

В серии выпусков эксперты из крупнейших российских компаний делятся опытом внедрения современных DevOps-подходов. Обсуждаются не только вопросы автоматизации и безопасности, но и роль искусственного интеллекта в трансформации процессов, влияние Open Source на развитие инфраструктуры, а также практические кейсы из промышленности, ритейла и финансового сектора.

Продуктивного просмотра 🙌
👍21🔥1
Приглашаем спикеров на HighLoad++ 2025. Конференция пройдет 6 и 7 ноября в Москве.

🖐️ Если у вас есть опыт, который может быть полезен аудитории HighLoad++ 2025, обязательно отправляйте заявку. Если вы сомневаетесь в актуальности своей темы — отправляйте заявку, Программный комитет свяжется с вами, даст обратную связь, поможет докрутить и подготовиться к выступлению.

⌛️ Ждем ваши заявки до 1 августа.

Также подготовили для вас дайджест материалов, которые помогут развеять сомнения и, возможно, найти ответы на вопросы:

1) Запись встречи с Программным комитетом. Посмотрите и узнаете: как устроен отбор на HighLoad++ и чего мы ждем от заявок, с какими темами точно стоит пробовать, почему мы не ищем «идеальных» спикеров — а ищем настоящих, как компании могут поддерживать своих инженеров, аналитиков и деврелов, и зачем вообще все это вам нужно.

2) Как выбрать тему доклада, которую точно примут в программу.

3) Если сомневаетесь, что не хватает опыта и знаний, этот пост для вас

4) 5 причин стать спикером HighLoad++ 2025

5) В этом посте о том, как побороть страх публичных выступлений.

6) Если переживаете, что подготовка доклада съест много времени, прочитайте здесь.

7) Если вы хотите стать спикером HighLoad++ 2025, но находитесь в сомнениях, значит мастер-класс «Долой синдром самозванца» — для вас 🙌

🌐 Онлайн
🗓 24 июля
17:00

Ознакомиться с перечнем актуальных тем для докладов и отправить заявку можно на сайте

Ждем ваши заявки и встречи с вами на HighLoad++ 2025 🙌
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍1
А что, если бы виртуалки вели себя как контейнеры — с миграциями, мониторингом, провижингом томов и GitOps?

Во «Фланте» так и сделали: совместили Kubernetes с KubeVirt и получили решение, которое позволяет запускать виртуальные машины рядом с контейнерами и управляется как обычный кластер Kubernetes.

Олег Сапрыкин, технический директор по инфраструктуре компании «Флант», расскажет, как они создавали виртуализацию в экосистеме Deckhouse, выбирали инструменты для управления ВМ, и довели решение до полноценного продукта, готового к использованию в production. Олег подробно опишет, с какими подводными камнями они столкнулись в процессе эксплуатации и какие доработки потребовались.

Подробности в статье
👍3🔥2
Десятки, а иногда и сотни тысяч событий в день. Каждое — потенциальная авария, а может, просто шум. L1-инженеру нужно решить: добавить событие к инциденту? Создать новый? А может, это часть уже закрытого? Или всё серьёзнее — и перед нами экосистемный сбой, затрагивающий десятки сервисов?

Раньше в МТС это классифицировали вручную. Но при таком объёме и разнообразии инфраструктуры быстро поняли, что нужна автоматизация. Слишком велик риск пропустить важное, не найти корень проблемы, потратить драгоценные минуты в критический момент.

В этой статье — Михаил Копытин, руководитель команды разработки, и Евгений Лачугин, руководитель экосистемной команды поддержки в МТС Web Services – расскажут, как построили автоматизацию, какие архитектурные решения приняли, какие грабли собрали и как достигли точности разметки выше 80%.
Если на ваших проектах SLA часто превращаются из полезного инструмента в головную боль, эта статья поможет изменить подход и начать строить платформы с гарантированной надежностью.

Мы разберем, как перейти от «красивых на бумаге» метрик к реально работающим SLA, основанным на архитектуре системы. Посмотрим, почему классические SLI вроде Latency и доступности прокси не всегда полезны. Разберем, как анализ компонентов платформы помогает связать метрики с алертами и построить адекватный план SLA.

О непростых технических компромиссах и ошибках, которые превратились в ценный опыт, расскажет инженерный менеджер с 13 годами опыта Игорь Цупко.
2🔥1