Друзья, в этой статье мы собрали дайджест подкастов «Первый день в будущем» с ключевыми идеями и инсайтами 🔥
В серии выпусков эксперты из крупнейших российских компаний делятся опытом внедрения современных DevOps-подходов. Обсуждаются не только вопросы автоматизации и безопасности, но и роль искусственного интеллекта в трансформации процессов, влияние Open Source на развитие инфраструктуры, а также практические кейсы из промышленности, ритейла и финансового сектора.
Продуктивного просмотра 🙌
В серии выпусков эксперты из крупнейших российских компаний делятся опытом внедрения современных DevOps-подходов. Обсуждаются не только вопросы автоматизации и безопасности, но и роль искусственного интеллекта в трансформации процессов, влияние Open Source на развитие инфраструктуры, а также практические кейсы из промышленности, ритейла и финансового сектора.
Продуктивного просмотра 🙌
Хабр
Обзор выпусков подкаста о проблемах DevOps
Привет, Хабр! Будущее уже наступило или все, что сейчас происходит в IT — только репетиция перед настоящими изменениями? У каждого на этот счёт своё мнение, но практики DevOps, которые решают реальные...
👍2❤1🔥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 🙌
🖐️ Если у вас есть опыт, который может быть полезен аудитории HighLoad++ 2025, обязательно отправляйте заявку. Если вы сомневаетесь в актуальности своей темы — отправляйте заявку, Программный комитет свяжется с вами, даст обратную связь, поможет докрутить и подготовиться к выступлению.
Также подготовили для вас дайджест материалов, которые помогут развеять сомнения и, возможно, найти ответы на вопросы:
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. Олег подробно опишет, с какими подводными камнями они столкнулись в процессе эксплуатации и какие доработки потребовались.
✅ Подробности в статье
Во «Фланте» так и сделали: совместили Kubernetes с KubeVirt и получили решение, которое позволяет запускать виртуальные машины рядом с контейнерами и управляется как обычный кластер Kubernetes.
Олег Сапрыкин, технический директор по инфраструктуре компании «Флант», расскажет, как они создавали виртуализацию в экосистеме Deckhouse, выбирали инструменты для управления ВМ, и довели решение до полноценного продукта, готового к использованию в production. Олег подробно опишет, с какими подводными камнями они столкнулись в процессе эксплуатации и какие доработки потребовались.
✅ Подробности в статье
Хабр
Как девопсы контейнеризацию с виртуализацией дружили
А что, если бы виртуалки вели себя как контейнеры — с миграциями, мониторингом, провижингом томов и GitOps? Мы во «Фланте» так и сделали: совместили Kubernetes с KubeVirt, там-сям допилили и получили...
👍3🔥2
Десятки, а иногда и сотни тысяч событий в день. Каждое — потенциальная авария, а может, просто шум. L1-инженеру нужно решить: добавить событие к инциденту? Создать новый? А может, это часть уже закрытого? Или всё серьёзнее — и перед нами экосистемный сбой, затрагивающий десятки сервисов?
Раньше в МТС это классифицировали вручную. Но при таком объёме и разнообразии инфраструктуры быстро поняли, что нужна автоматизация. Слишком велик риск пропустить важное, не найти корень проблемы, потратить драгоценные минуты в критический момент.
В этой статье — Михаил Копытин, руководитель команды разработки, и Евгений Лачугин, руководитель экосистемной команды поддержки в МТС Web Services – расскажут, как построили автоматизацию, какие архитектурные решения приняли, какие грабли собрали и как достигли точности разметки выше 80%.
Раньше в МТС это классифицировали вручную. Но при таком объёме и разнообразии инфраструктуры быстро поняли, что нужна автоматизация. Слишком велик риск пропустить важное, не найти корень проблемы, потратить драгоценные минуты в критический момент.
В этой статье — Михаил Копытин, руководитель команды разработки, и Евгений Лачугин, руководитель экосистемной команды поддержки в МТС Web Services – расскажут, как построили автоматизацию, какие архитектурные решения приняли, какие грабли собрали и как достигли точности разметки выше 80%.
Хабр
Как мы научили ML группировать 50 000 событий в инциденты
Десятки, а иногда и сотни тысяч событий в день. Каждое — потенциальная авария, а может, просто шум. L1-инженеру нужно решить: добавить событие к инциденту? Создать новый? А может, это часть уже...
Если на ваших проектах SLA часто превращаются из полезного инструмента в головную боль, эта статья поможет изменить подход и начать строить платформы с гарантированной надежностью.
Мы разберем, как перейти от «красивых на бумаге» метрик к реально работающим SLA, основанным на архитектуре системы. Посмотрим, почему классические SLI вроде Latency и доступности прокси не всегда полезны. Разберем, как анализ компонентов платформы помогает связать метрики с алертами и построить адекватный план SLA.
О непростых технических компромиссах и ошибках, которые превратились в ценный опыт, расскажет инженерный менеджер с 13 годами опыта Игорь Цупко.
Мы разберем, как перейти от «красивых на бумаге» метрик к реально работающим SLA, основанным на архитектуре системы. Посмотрим, почему классические SLI вроде Latency и доступности прокси не всегда полезны. Разберем, как анализ компонентов платформы помогает связать метрики с алертами и построить адекватный план SLA.
О непростых технических компромиссах и ошибках, которые превратились в ценный опыт, расскажет инженерный менеджер с 13 годами опыта Игорь Цупко.
Хабр
Как не потерять миллионы на SLA: архитектурный подход к управлению ожиданиями
Нарушение SLA — это условность, которую придумали поверх технических проблем. В IT-инфраструктуре любая техническая проблема быстро превращается в убытки, особенно если не умеешь правильно управлять...
❤2🔥1