es
Feedback
Devops Bootcamp с Федосеевым

Devops Bootcamp с Федосеевым

Ir al canal en Telegram

Это проект Слёрма: коммьюнити для начинающих DevOps-инженеров, как стартовать в Девопс, вебы от ТОП экспертов, новости, общение и поддержка Бесплатный курс по DevOps: https://to.slurm.io/2pKSCw

Mostrar más
5 296
Suscriptores
+324 horas
+117 días
+9030 días
Archivo de publicaciones
@MSfixer норм? Или ещё что-то добавить? Коллеги приветствую👋🏻 Сейчас я активно провожу собеседования для инженерных позиций и в процессе наткнулся на один проект. Решил поделиться — возможно, он будет полезен и вам. Речь вот об этом репозитории: https://github.com/bykvaadm/interview-platform Проект интересный, но меня в нём привлекает прежде всего структура хранения вопросов, а не сами вопросы как таковые. Да, он не решает главной головной боли — что именно спрашивать, — но даёт удобный шаблон для организации материала и предлагает нестандартный взгляд на оценку уровня инженеров. При этом структура гибкая: вы можете легко адаптировать её под свои темы, добавлять свои разделы, убирать спорные моменты. Вопросы: ➡️Стоит ли, на ваш взгляд, заморачиваться и писать собственный набор вопросов в таком формате? ➡️Было бы полезно, если бы этим пользовались и другие коллеги? А может, даже соберёмся и сообща накидаем общую базу — так получится объективнее и покрытие будет шире. Буду рад обсудить ваше мнение в комментариях🔥

Коллеги, приветствую! 👋 Эфир на тему: "Путь-Devops инженера" состоялся — делюсь с вами записью, чтобы вы могли посмотреть его в удобное время. Поговорили о том, как развиваться в DevOps, какие навыки помогают расти специалистам и какие направления будут особенно актуальны в ближайшие годы. В эфире разобрали: какие компетенции дают преимущество в профессии; какие технологии стоит изучать в 2026 году; как выстроить путь развития, если вы только начинаете в DevOps; разобрали несколько резюме участников и дали рекомендации, как их улучшить и сделать более сильными для поиска новых возможностей. Если вы пропустили эфир или хотите понять, как двигаться дальше в DevOps — обязательно смотрите запись⬆️

Коллеги приветствую👋 Напомню, что у Слёрма есть бесплатный курс «Быстрый старт в DevOps» Если вы давно хотели разобраться, ч
Коллеги приветствую👋 Напомню, что у Слёрма есть бесплатный курс «Быстрый старт в DevOps» Если вы давно хотели разобраться, что вообще входит в DevOps, но не понимали, с чего начать — это один из самых отличных вариантов для старта Внутри курса: 🔹чем занимается DevOps-инженер; 🔹зачем нужны Docker, Kubernetes, CI/CD, Terraform и мониторинг; 🔹как все эти инструменты связаны между собой; 🔹в каком порядке их изучать, чтобы не утонуть в количестве технологий. Самое приятное — он бесплатный, поэтому можно спокойно пройти и понять, насколько вам вообще интересно это направление

Mensaje de video00:59

Коллеги, приветствую! 👋 Если вы хотите разобраться, как эффективно и безопасно применять ИИ в инженерной работе, Слёрм запус
Коллеги, приветствую! 👋 Если вы хотите разобраться, как эффективно и безопасно применять ИИ в инженерной работе, Слёрм запускает бесплатную вечернюю школу «ИИ для инженеров: польза и риски»🔥 За 6 онлайн-занятий вместе с практикующими инженерами разберёте: 🔴где LLM действительно помогают DevOps, SRE, Platform и Security-командам; 🔴 как применять ИИ при работе с логами, алертами, инцидентами, тикетами и документацией; 🔴почему модели галлюцинируют и как проверять их ответы перед использованием; 🔴какие есть риски с безопасностью, данными, compliance и юридическими аспектами; 🔴 как встроить ИИ в рабочие процессы так, чтобы он приносил пользу, а не создавал новые проблемы. В программе также будут темы про: 🔴разбор метрик и шумных алертов с помощью ИИ; 🔴автофикс проблем в проде; 🔴ИИ-агентов для бизнес-задач; 🔴использование LLM в SOC и борьбу с alert fatigue; 🔴инженерное мышление в эпоху LLM. ⏩Старт — 21 июля ⏩Участие бесплатное, формат — онлайн Если тема вам актуальна ➡️ регистрируйтесь, будет полезно.

Коллеги, присоединяйтесь к трансляции по ссылке🙌 Идентификатор конференции: 857 4742 9333 Код доступа: 044414

Коллеги, напоминаю, что сегодня в 19:00 мск мы с Евгением Федосеевым проведём эфир про развитие в DevOps Разберём, что реально даёт рост, на какие технологии сделать ставку в этом году, как новичку не потеряться и с какими вызовами инженеры встречаются каждый день. Регистрация — в боте. Жду всех! 👋

Коллеги, приветствую!👋 Напоминаю, что 7 июля мы с Евгением Федосеевым проведем открытый эфир о том, как развиваться в DevOps
Коллеги, приветствую!👋 Напоминаю, что 7 июля мы с Евгением Федосеевым проведем открытый эфир о том, как развиваться в DevOps и какие навыки действительно помогают расти в профессии. Поговорим о том: какие компетенции сегодня дают преимущество; на какие технологии стоит обратить внимание в 2026 году; как выстроить развитие, если только входите в DevOps; с какими реальными задачами инженеры сталкиваются каждый день. ➡️Когда: 7 июля в 19:00 мск ➡️Регистрация — в боте Если давно хотели разобраться, с чего начать или как выйти на следующий уровень в профессии — присоединяйтесь

Mensaje de video00:36

Коллеги приветствую👋 Давайте честно: классический DevOps-стек — это база, но без ИИ сейчас уже как без рук. Рутины много, вр
Коллеги приветствую👋 Давайте честно: классический DevOps-стек — это база, но без ИИ сейчас уже как без рук. Рутины много, времени мало, а хочется заниматься архитектурой, а не бесконечным копанием в логах. Поэтому Слёрм сделал предложение, от которого сложно отказаться: С 1 июля по 1 сентября покупаете курс Профессия DevOps-инженер и получаете курс ИИ для DevOps в подарок. Бесплатно. Никаких хитростей. Зачем инженеру ИИ в повседневке? ➡️Быстро генерировать и ревьюить Terraform, Helm и манифесты K8s. ➡️Мгновенно искать причины инцидентов в горах логов. ➡️Автоматически создавать документацию и runbook'и. ➡️Проверять CI/CD-конфиги на ошибки за секунды. ➡️Освободить время для роста платформы, а не для рутины. Что в итоге⬇️ Профессия DevOps-инженер — ваш апгрейд навыков. ИИ для DevOps — как бонус, чтобы работать ещё быстрее. ⏩Акция действует до 1 сентября включительно Успейте взять оба курса по цене одного

Коллеги, приветствую!👋 7 июля в 19:00 мск проведём открытый эфир с Евгением Федосеевым Тема: «Путь DevOps-инженера: что изуч
Коллеги, приветствую!👋 7 июля в 19:00 мск проведём открытый эфир с Евгением Федосеевым Тема: «Путь DevOps-инженера: что изучать и куда расти» На эфире обсудим: 🔴Какие навыки помогают DevOps-инженерам расти быстрее коллег 🔴Какие технологии и инструменты стоит изучать в 2026 году 🔴Как получить необходимые знания для старта и развития в профессии А также в эфире каждый участник сможет задать интересующий его вопрос по теме эфира и получить ответ в режиме реального времени ⏩Когда: 7 июля, 19:00 мск ⏩Спикеры: Вячеслав Федосеев и Евгений Федосеев ⏩Регистрация в боте Эфир будет полезен как тем, кто только планирует войти в DevOps, так и действующим инженерам, которые хотят понять, какие навыки и направления будут наиболее востребованы в ближайшие годы

Коллеги приветствую👋 Посмотрел свежую статью от ребят из Флант на Хабре и поймал себя на мысли, что давно не читал материал, который так хорошо описывает реальный рост инженера. 🔴Особенно откликнулась мысль, о которой пишет Алексей: развитие инженера — это не про коллекционирование инструментов и не про желание знать всё обо всём. В какой-то момент приходит понимание, что ценность создаёт именно глубина. Умение разобраться в причине проблемы, понять как работает система под капотом и принять инженерное решение. 🔴Отдельно хочу отметить раздел про испытательный срок и критерии успешного прохождения. Если честно, такого уровня прозрачности в описании ожиданий от нового сотрудника встречается не так много. Когда инженер понимает, что именно от него ждут в первые месяцы работы и по каким критериям будут оценивать результат — это сильно снижает уровень неопределённости и помогает сфокусироваться на действительно важных вещах. А ещё, хочу позвать вас в комментарии обсудить один вопрос. Что сегодня важнее для инженера: ➡️знать понемногу про всё подряд; или ➡️иметь глубокую экспертизу в нескольких областях и строить карьеру вокруг неё? Мне кажется, что рынок всё чаще голосует за второй вариант. Но интересно посмотреть, как это видите вы ⬇️ Статья: https://habr.com/ru/companies/flant/articles/1049626/

Repost from 43; Tech
⚙️ DevOps без воды: только реальные кейсы и хардкорные решения 2 июля встречаемся в Санкт-Петербурге на новом митапе 43;Tech
⚙️ DevOps без воды: только реальные кейсы и хардкорные решения 2 июля встречаемся в Санкт-Петербурге на новом митапе 43;Tech про DevOps. В программе – три технических доклада от практикующих инженеров: ✔️ Разберём, почему большой Hadoop на 600+ серверов редко падает красиво и как автоматизировать его эксплуатацию ✔️ Обсудим построение геораспределённой Kafka по схеме Active-Passive Stretched cluster с синхронной записью в два датацентра ✔️ А ещё поговорим о том, как сделать виртуальные машины в Kubernetes по-настоящему надёжными на примере Deckhouse Virtualization Platform Митап пройдёт в гибридном формате: можно присоединиться лично в нашем офисе в Санкт-Петербурге или подключиться онлайн. Участие бесплатное. Ссылку на трансляцию отправим накануне мероприятия. 👉 Регистрация и подробности: https://career.crpt.ru/events/devops-meetup-2026 📢 Информационный канал: https://t.me/team_43tech 💬 Чат для общения и нетворкинга: https://t.me/devops_43tech

Коллеги приветствую👋 Кто помнит, в прошлом году мои коллеги уже проводили мероприятие про DevOps в нашем уютном офисе. В этом году мероприятие снова состоится, и меня очень радует, что это становится хорошей традицией🔥 Но самое ценное здесь — интересные технические темы и, конечно, возможность пообщаться с инженерами, что, на мой взгляд, не менее интересно, чем сами доклады⬇️

Приветствую👋🏻 Недавно коллега поделился со мной своим опытом создания локального ИИ-помощника, а я делюсь этим опытом с вам
Приветствую👋🏻 Недавно коллега поделился со мной своим опытом создания локального ИИ-помощника, а я делюсь этим опытом с вами Получился не облачный сервис, а самый настоящий второй мозг, который не улетает в AWS и не просит денег. Что было сделано: 🔴Развернул OpenClaw в Docker — чисто, изолированно, без сюрпризов. 🔴Подключил локальную LLM через Ollama. Даже на моём не самом новом железе всё завелось. 🔴Прошёл от git clone до панели управления — без воды, только по делу. В итоге получил готовый Python-сервис с Dockerfile ➡️ Забрать гайд

Traefik vs Harbor: как %2F сломал UI и как это чинить? В тестовом кластере решили попробовать Traefik вместо nginx ingress. Задеплоили Harbor — и стабильно ловили HTTP 400 при открытии страницы образа. Начал разбираться и нашёл похожий кейс в issue/PR на GitHub. Подробнее здесь 🔴Причина: Traefik начал блокировать URL-encoded символы в path, в том числе %2F (encoded slash). Harbor использует такие пути, и запросы просто отбрасываются на уровне ingress. ❗️Решение: включаем параметр, разрешающий %2F. В чарте — правим values, перевыкатываем релиз. После этого UI работает без ошибок. Подробнее здесь Подробности и эволюция политики безопасности от версии к версии — в issue/PR Traefik: ➡️Сам параметр ➡️Как менялись правила ➡️Тот самый 16-часовой дебаг Подробнее здесь Если столкнётесь с таким поведением — не теряйте время, решение уже есть

Коллеги, приветствую!👋 Слёрм подготовил для вас два мощных курса по ИИ — и со скидкой, естественно. В комплекте закрываются
Коллеги, приветствую!👋 Слёрм подготовил для вас два мощных курса по ИИ — и со скидкой, естественно. В комплекте закрываются две ключевые темы: 🔹«ИИ в работе DevOps-инженера» Автоматизация CI/CD, мониторинг на ML, оптимизация инфраструктуры — без воды. 🔹«ИИ Агенты для ИТ-специалистов» Создаёте, настраиваете и интегрируете агентов под реальные задачи. 👉🏻Комплект — 89 900₽ вместо 104 800₽ 👉🏻Цена — только при покупке пакетом. Действует до 22 июня включительно

GitLab 19.0.1: сломался Docker Registry — есть рабочий workaround Коллеги, приветствую👋 После обнолвения до 19-й версии GitL
GitLab 19.0.1: сломался Docker Registry — есть рабочий workaround Коллеги, приветствую👋 После обнолвения до 19-й версии GitLab столкнулся с неприятным багом: перестал работать Docker Registry. Причем я специально переждал и протестировал обновление 19.0.1 — проблема никуда не ушла. Официальный тикет в GitLab - https://gitlab.com/gitlab-org/gitlab/-/work_items/600955 Но есть хорошая новость: workaround из этого тикета реально работает. Обходное решение позволяет быстро вернуть Registry к жизни. Если вы планируете мигрировать на 19.0.1 или уже обновились и получили сломанный registry — не паникуйте. Заходите в issue, применяйте фикс и живите спокойно.

Коллеги, приветствую👋 Ровно 8 лет назад команда Слёрма начала делать полезные, технически плотные и живые проекты. С тех пор
Коллеги, приветствую👋 Ровно 8 лет назад команда Слёрма начала делать полезные, технически плотные и живые проекты. С тех пор было много вызовов, но именно благодаря им Слёрм вырос в настоящих профессионалов, которые продолжают выпускать качественные курсы. Именинник сегодня — Слёрм, но подарки он дарит дарим вам. 15% на ВСЕ курсы Слёрма по промокоду SLURMBD15 Я рекомендую вам присоединиться к новому потоку курса Профессия DevOps-инженер 👉 Все курсы Слёрма — по ссылке Промокод SLURMBD15 действует до 5 июня 12:00. *акция только для физических лиц

Коллеги всех с началом новой недели👋 Хочу вам рассказать историю, которая однажды произошла с моим коллегой в понедельник: Рабочий день уже завершен... Разработчик пишет: «После установки релиза сервис перестал открываться». Через пару минут другие команды тоже начинают жаловаться - новые релизы недоступны по HTTP. Смотрю логи ingress-nginx controller:
Error: exit status 1 2026/04/23 16:28:44 [emerg] 85863#85863: "large_client_header_buffers" directive is not allowed here in /tmp/nginx/nginx-cfg3132651217:45488 nginx: [emerg] "large_client_header_buffers" directive is not allowed here in /tmp/nginx/nginx-cfg3132651217:45488 nginx: configuration file /tmp/nginx/nginx-cfg3132651217 test failed
Смотрю конфиг nginx ingress, который не может примениться из-за ошибки, спускаюсь к нужной строке 45488 Начинаю искать и нахожу ingress:
nginx.ingress.kubernetes.io/configuration-snippet: | large_client_header_buffers 16 32k;
Смотрим конфиг nginx, который не смог примениться обращаемся к документации nginx
Context: http, server
Проблема в том, что configuration-snippet попадает внутрь location {}, а large_client_header_buffers там использовать нельзя. Открываю документацию ingress-nginx: И вижу, что это вообще делается через ConfigMap
data: large-client-header-buffers: "16 32k"
Убираем snippet. Переносим настройку в ConfigMap. Ingress производит релоад. HTTP снова жив. Все сервисы спасены.

Devops Bootcamp с Федосеевым - Estadísticas y analítica del canal de Telegram @devopsupgrade