🔥 Последняя неделя перед стартом курса по AI-агентам

Старт курса уже 15го числа! Если вы планировали вписаться — сейчас ПОСЛЕДНИЙ шанс забронировать место

На курсе:
— разложим LLM по косточкам: токенизация, SFT, PEFT, инференс
— соберём RAG и научимся оценивать его адекватно
— построим настоящую мультиагентную систему — архитектуру, которая умеет расти
— разберём CoPilot, сломаем через prompt injection (спасибо Максу)
— и наконец, посмотрим, как это работает в MCP и реальных кейсах

📍 Это 5 живых вебинаров + раздатка + домашки + чат с преподавателями

И главное — возможность реально разобраться, как проектировать системы на LLM, а не просто «поиграться с API»

Промокод на 5.000₽: LASTCALL

👉 Курс здесь

Нужно гарантировать, что Pod не запустится с root и с лишними Linux-capabilities. Что настроить?

👾 — RBAC роли на namespace
👍 — PodSecurity c профилем restricted + securityContext (non-root, runAsNonRoot, capDrop: ALL)
🥰 — livenessProbe и readinessProbe
⚡️ — NodeAffinity с меткой secure=true

Библиотека задач DevOps

При создании сервиса Kubernetes присваивает ему

👾 — Реплики подов
👍 — Количество реплик
🥰 — IP-адрес кластера
⚡️ — IP-адреса модулей

Библиотека задач DevOps

Несколько инженеров иногда одновременно запускают terraform apply, рискуя повредить state. Как это правильно предотвратить?

👾 — Хранить state локально у каждого разработчика
👍 — Использовать удалённый backend с блокировкой (S3 + DynamoDB lock / GCS / Az Blob) и -lock=true
🥰 — Поставить git-hook, запрещающий git push во время apply
⚡️ — Перед каждым apply делать terraform refresh

Библиотека задач DevOps

Команда хранит Terraform state в S3 и иногда ловит порчу состояния при одновременных apply. Что нужно настроить, чтобы исключить гонки?

👾 — Включить версионирование S3 — этого достаточно для защиты от конкуренции
👍 — Использовать backend s3 c DynamoDB-таблицей для блокировок и включённым версионированием S3
🥰 — Перейти на локальный state и запускать terraform refresh перед каждым apply
⚡️ — Использовать только terraform workspaces для разделения окружений — этого достаточно

Библиотека задач DevOps

Вы изменили ConfigMap и хотите, чтобы Deployment безопасно перезапустил Pod’ы и применил новый конфиг без ручного удаления Pod’ов. Какой подход корректный?

👾 — Смонтировать ConfigMap как volume — изменения подтянутся «на лету» без рестартов
👍 — Подключить envFrom — переменные окружения обновятся автоматически
🥰 — Внедрить хэш ConfigMap в аннотацию Pod template (checksum) или триггерить kubectl rollout restart в CI, чтобы инициировать контролируемый rolling update
⚡️ — Поставить imagePullPolicy: Always, чтобы Pod’ы пересоздавались при каждом изменении

Библиотека задач DevOps

📅 24 сентября в 19:00 МСК — бесплатный вебинар с Максимом Шаланкиным.

Тема: «ИИ-агенты: новая фаза развития искусственного интеллекта».

🔹 Почему все говорят про ИИ-агентов и куда вливаются миллиарды инвестиций.
🔹 Чем они отличаются от ChatGPT и обычных ботов.
🔹 Как работает цикл агента: восприятие → планирование → действие → обучение.
🔹 Живое демо простого агента.
🔹 Потенциал для бизнеса: автоматизация процессов и ROI до 80%.

Не придёшь — будешь потом рассказывать, что «агенты — это как чат-боты», и ловить косые взгляды от коллег 😏

👉 Регистрируйтесь через форму на лендинге

⚡️ Бесплатный вебинар — ИИ-агенты: новая фаза развития AI

24 сентября в 19:00 МСК состоится бесплатный вебинар с Максимом Шаланкиным — Data Science Team Lead в финтех-команде MWS, а познакомиться с ним ближе можно в его тг-канале.

Тема:

«ИИ-агенты: новая фаза развития искусственного интеллекта».

На вебинаре разберёмся, почему агенты — это следующий шаг после ChatGPT, чем они отличаются от обычных моделей и как уже приносят бизнесу ROI до 80%. А дальше я покажу, как эта тема ложится в наш курс по ИИ-агентам, который разработан под руководством Никиты Зелинского.

Подробности рассказываем в гс выше — включай, чтобы не пропустить.

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

👾 — Непрерывное тестирование
👍 — Canary Release
🥰 — Сине-зеленое развертывание
⚡️ — Непрерывное развертывание

Библиотека задач DevOps

Приложение в Pod стартует ~60 сек. Во время деплоя Pod попадает в CrashLoopBackOff: livenessProbe срабатывает раньше, чем сервис успевает подняться. Что сделать правильно?

👾 — Увеличить только readinessProbe и оставить livenessProbe как есть
👍 — Ввести startupProbe, чтобы до инициализации блокировать livenessProbe, а после — оставить строгую livenessProbe/readinessProbe
🥰 — Поставить restartPolicy: Never, чтобы Pod не перезапускался
⚡️ — Добавить initContainer с sleep 60 и не трогать пробы

Библиотека задач DevOps