RWB Infra x Security Meetup: инфраструктура, безопасность и реальные инженерные компромиссы
3 октября в Москве и онлайн пройдет RWB Infra x Security Meetup - мероприятие для специалистов по инфраструктуре, информационной безопасности, DevOps и эксплуатации сложных ИТ-систем.
Главная тема встречи - не абстрактные концепции, а практические задачи, с которыми сталкиваются инженерные команды: рост нагрузки, управление доступами, защита данных, построение доверенной инфраструктуры, эксплуатация Kubernetes и поиск баланса между безопасностью, производительностью и удобством.
Участники разберут реальные кейсы, обсудят неочевидные риски привычных решений и покажут подходы, которые помогают системам выдерживать увеличение числа пользователей, сервисов и требований к защите.
Мероприятие начнется в субботу, 3 октября, в 13:00. Присоединиться можно очно в Москве или дистанционно.
Два тематических трека и восемь докладов
Программа разделена на два направления: Infra и Security. Такое разделение позволяет отдельно рассмотреть эксплуатацию инфраструктуры и задачи защиты, но при этом показать, насколько тесно эти области связаны между собой.
Трек Infra
В инфраструктурном блоке участники обсудят четыре темы.
Тюнинг GitLab CE при стремительном росте нагрузки.
Когда количество проектов, пользователей и пайплайнов увеличивается, стандартной конфигурации GitLab может оказаться недостаточно. Важными становятся распределение ролей между компонентами, оптимизация фоновых задач, настройка хранилищ и контроль узких мест. Такой опыт особенно полезен компаниям, которые используют GitLab не только как репозиторий, но и как полноценную платформу CI/CD.
DCIM: поиск равновесия между точностью и практичностью.
Системы управления инженерной инфраструктурой дата-центра должны учитывать множество параметров: оборудование, энергопотребление, охлаждение, размещение стоек и доступные мощности. При этом чрезмерная детализация усложняет сопровождение, а упрощенная модель может привести к ошибкам в планировании. Доклад посвящен тому, как находить разумный баланс между полнотой данных и удобством эксплуатации.
Единая инфраструктура доверия на базе PKI и Vault.
Корпоративным системам требуется безопасно выдавать, обновлять и отзывать сертификаты и другие секреты. Использование Vault в связке с PKI позволяет централизовать работу с доверием, автоматизировать выпуск сертификатов и снизить зависимость от ручных операций. Отдельное внимание обычно приходится уделять срокам действия сертификатов, разграничению полномочий и восстановлению после сбоев.
Kubernetes или Bare Metal: где скрываются риски.
Выбор между контейнерной оркестрацией и физическими серверами нельзя сводить к вопросу популярности технологий. Kubernetes дает гибкость и удобство масштабирования, но требует зрелой команды и сложной эксплуатационной модели. Bare Metal может обеспечить предсказуемую производительность, однако хуже подходит для быстрых изменений и плотного распределения ресурсов. На практике ключевыми становятся требования к нагрузке, отказоустойчивости, скорости развертывания и стоимости сопровождения.
Трек Security
В блоке по безопасности будут рассмотрены четыре практических направления.
DevSecOps: от отдельных сканеров к полноценной платформе.
Проверка кода и зависимостей внутри пайплайна - только первый этап. По мере роста числа проектов возникает необходимость в едином управлении политиками, результатами проверок, исключениями и приоритетами исправлений. При этом чрезмерное количество блокирующих проверок способно замедлить разработку, поэтому командам приходится искать баланс между контролем и скоростью выпуска.
Управление уязвимостями и сокращение времени обработки.
Без четкого процесса результаты сканирования быстро превращаются в поток уведомлений, с которым невозможно эффективно работать. Важно отделять реальные риски от дубликатов и ложных срабатываний, учитывать критичность систем и назначать ответственных за устранение проблем. Автоматизация маршрутизации и приоритизации помогает сократить время от обнаружения уязвимости до принятия мер.
Защита данных в условиях распределенного периметра.
Современная инфраструктура редко ограничивается одной корпоративной сетью. Пользователи работают удаленно, сервисы размещаются в облаках, а доступ к приложениям получают подрядчики и внешние системы. Поэтому защита должна строиться не только вокруг сетевого периметра, но и на основе идентификации, минимальных полномочий, шифрования, сегментации и постоянного контроля действий.
Выдача доступа за 90 секунд в тысяче систем.
При большом количестве приложений ручная обработка заявок становится источником задержек и ошибок. Автоматизированная модель управления доступом позволяет связать заявку, согласование, выдачу прав и последующий отзыв в единый процесс. Особенно важны интеграции с каталогами пользователей, ролевыми моделями и журналами аудита. При этом скорость не должна достигаться за счет ослабления контроля.
Почему инженерные детали имеют значение
Инфраструктурные и защитные решения редко бывают универсальными. То, что хорошо работает в небольшой компании, может стать ограничением для крупной организации. Например, единый сервер GitLab справляется с умеренной нагрузкой, но при росте числа заданий потребуется разносить компоненты по отдельным узлам и заранее планировать масштабирование.
Похожая ситуация возникает с безопасностью. Установка сканера сама по себе не создает защищенный процесс разработки. Необходимо определить, какие проверки выполняются до слияния изменений, какие результаты требуют немедленной остановки поставки, а какие могут быть переданы на последующую обработку.
Отдельный пласт проблем связан с человеческим фактором. Чем сложнее процедура получения доступа или работы с инфраструктурой, тем выше вероятность, что сотрудники начнут искать обходные пути. Поэтому эффективная безопасность должна быть не только строгой, но и удобной для легитимных пользователей.
Зашифрованный DNS и причины его нестабильной работы
На встрече и в профессиональной повестке в целом важное место занимает тема защищенного DNS. С середины августа 2026 года у части абонентов "Ростелекома", "Дом.ру", "Таттелекома", SkyNet и "Билайна" перестали отвечать зашифрованные DNS-сервисы Google и Cloudflare.
Речь идет о двух распространенных протоколах: DoT и DoH. DNS over TLS передает запросы через отдельное защищенное соединение TLS, обычно на порту 853. DNS over HTTPS использует HTTPS и, как правило, работает через порт 443, маскируясь под обычный веб-трафик.
Из-за различий в реализации эти протоколы могут блокироваться неодинаково. Ограничение доступа к порту 853 напрямую влияет на DoT, тогда как DoH может сталкиваться с фильтрацией доменов, анализом TLS-соединений или блокировкой конкретных IP-адресов. Поэтому в одной сети один протокол может полностью перестать отвечать, а другой - продолжить работать с перебоями.
Для диагностики важно проверять не только наличие интернета, но и конкретный маршрут DNS-запроса: доступность сервера, используемый протокол, код ответа, время ожидания и поведение при смене сети. Сравнение домашнего подключения, мобильного интернета и корпоративного канала помогает определить, проблема находится у провайдера, на маршруте или на стороне самого сервиса.
Что учитывать при выборе инфраструктурных решений
При проектировании системы необходимо заранее определить требования к доступности, задержкам, масштабированию и восстановлению после сбоев. Технология должна соответствовать задаче, а не выбираться только из-за популярности.
Полезно также оценивать операционную сложность: сколько специалистов потребуется для поддержки, насколько легко автоматизировать типовые действия, есть ли понятная модель резервирования и как будет выполняться обновление компонентов.
Еще один критичный фактор - наблюдаемость. Без метрик, журналов и трассировки команда узнает о проблеме от пользователей, а не из собственных систем мониторинга. Для инфраструктуры и безопасности важно контролировать не только доступность сервисов, но и изменения конфигураций, ошибки авторизации, аномальные запросы и состояние резервных копий.
RWB Infra x Security Meetup объединяет эти темы в одной программе: эксплуатацию, автоматизацию, управление доступами, защиту данных и расследование проблем на уровне протоколов. Такой формат позволяет увидеть взаимосвязь между инфраструктурными решениями и безопасностью и получить практические ориентиры для построения более устойчивых ИТ-систем.
