🚀 DevOps Interview 2026 - шпаргалка-курс для подготовки к собеседованию
Всё, что спрашивают на собеседованиях DevOps / SRE / Platform Engineer в 2026 году — в одном репозитории. Короткая теория, команды, типовые вопросы с ответами, задачи live-coding и «ловушки» интервьюеров.
🐧 Файл в `/dev/shm` может оказаться на диске. Даже если вы считали его «строго в RAM».
На большинстве Linux-систем /dev/shm смонтирован как tmpfs. Удобное место для временных данных и обмена между процессами: обычные файловые операции, без отдельного сервиса.
Но для практического использования интереснее нюансы.
1. tmpfs умеет уходить в swap
При нехватке памяти его страницы могут попасть в swap. С Linux 6.4 существует опция монтирования noswap. А size=1G задаёт потолок размера, не резервирует гигабайт заранее.
2. Быстрая запись не означает безопасное обновление
Открытие файла через fopen(path, "w") сначала обнулит его. Параллельный читатель может увидеть пустой файл или часть новых данных.
Для публикации снимка состояния: записать временный файл, закрыть его и выполнить rename() в пределах того же монтирования. Замена имени атомарна. Уже открытые дескрипторы продолжат читать старый файл, новые открытия получат новый. Конкурирующих писателей это само по себе не синхронизирует.
3. В Docker место заканчивается быстро
Без переопределения настроек /dev/shm обычно ограничен 64 MiB. Размер задаётся через --shm-size.
4. Для IPC без файлового имени есть `memfd_create()`
Получаете анонимный файл и можете передать его дескриптор другому процессу через Unix-сокет. А *seals* позволяют запретить изменение содержимого или размера после подготовки данных. Полезно для передачи неизменяемых буферов.
Маркетплейсы дают продажи и быстрый старт. Но комиссии, промо и продвижение съедают маржу, а изменения правил площадки сразу влияют на ваш бизнес.
Тренд 2026 года — собственный интернет-магазин, где вы сами управляете клиентской базой, маркетингом и экономикой заказа.
С CloudPayments запустить магазин просто:
✅ Готовые модули для CMS и гибкое API для сложных интеграций
✅ Карты, СБП и pay-методы
✅ Долями, рассрочка и подписки
✅ Платежи, чеки и аналитика — в одном месте
✅ Настройка платёжной формы — без кодинга
CloudPayments больше 12 лет работает с онлайн-бизнесом и знает e-commerce изнутри.
Не отказывайтесь от маркетплейсов — просто перестаньте зависеть только от них. Развивайте собственный магазин вместе с CloudPayments
Узнать больше
Изучите все условия кредита (займа) на сайте в соответствующем разделе. Оценивайте свои финансовые возможности и риски. Финансовые услуги оказывает: АО «ТБанк».
👣 Campfire переписали на Rust, почти без ручного Rust.
DHH пишет, что сегодня уже гоняет beta-версию Campfire на Rust.
Самое интересное:
- код пока получился «уродливым»
- стал примерно в 6 раз более многословным
- сам перенос, по его словам, практически ничего не стоил
- и главное — ему не пришлось напрямую разбираться в Rust-коде
То есть AI уже позволяет переносить реальные приложения между языками почти как между разными runtime.
Пусть результат пока далёк от красивого production-кода, сам факт показательный: миграция большого приложения на другой язык становится задачей не месяцев, а агентного workflow.
🤦 Подозреваемый в атаках на банки мог выдать себя, попросив ИИ написать резюме.
CrowdStrike исследовала инфраструктуру, связанную со взломами южнокорейских финансовых организаций и ИИ-инструментом ARTEX. На одном из серверов оказались публично доступны сохранённые сессии Claude Code.
В переписке пользователь просил составить резюме исследователя безопасности и включить результаты операций с ARTEX. Заодно указал телефон, Telegram, возраст, университет и город в Китае. Тот же Telegram встречался в других сессиях, связанных со взломами.
В соседних чатах он спрашивал, где продают украденные корейские данные.
Личность пока не подтверждена: CrowdStrike не может однозначно связать сведения из резюме с атакующим. Даже заявленный возраст расходится с указанной датой рождения.
Резюме получилось полезным. Возможно, прежде всего для расследования.
Гипотезы, метрики, пилоты: как запустить ИИ-продукт
⚡ Не знаете, как оценить ИИ-идею до разработки? Путаетесь в метриках и гипотезах?
Присоединяйтесь к открытому уроку Игоря Зуриева и узнайте, как запустить ИИ-продукт от бизнес-гипотезы до первых измеримых результатов.
📅 8 октября в 20:00. Разберём:
- Путь ИИ-продукта от идеи до запуска.
- Как проверить бизнес-гипотезу до разработки.
- Какие метрики успеха выбрать на старте.
- Основные риски и ошибки, которых стоит избегать.
Вы научитесь формулировать гипотезы и критерии успеха, оценивать перспективность идей и запускать пилоты без лишних рисков.
✅ Запишитесь сейчас и получите чёткую карту запуска ИИ-продукта!