>> Программа linkmeetup 25 <<

Каждый день в мире появляются десятки киберугроз, требующих анализа и оперативного реагирования. За год число тактических и оперативных TI отчетов превышает 4000. Анализ столь большого объема информации требует значительных ресурсов, в том числе крупных команд TI-аналитиков.

AI-ассистент на основе LLM и RAG может стать полноценным интерфейсом между аналитиками и обширной базой внешних TI-знаний. В рамках доклада я расскажу общую теорию построения мульти-агентских AI-ассистентов, упрощающих работу с огромным массивом TI-знаний.

Вы задумывались когда-нибудь о том, что можете ли Вы сами послать спутник в космос? Мы рассмотрим типы околоземных орбит, разберёмся, почему низкая околоземная орбита - это хорошо, а геостационарная - ещё лучше. Затем окунемся в противостояние маленьких кубиков (спутников типа CubeSat) и армии Starlink! Но сначала выясним, что же такое наноспутник, из чего он состоит, и можно ли собрать его на коленке.

В докладе расскажу про то почему мы вообще этим занимаемся, какой уже прошли путь и где сейчас, про наши методики и о применении тестирований в проектировании и решении кейсов.

Доклад по большей части будет технический, приходите!

Докладчик много времени каждый день возится с PostgreSQL и однажды задался вопросами:
- Как postgres защищается от молчаливых разрывов подключений?
- Дружит ли PostgreSQL с iSCSI?
- Нужны ли PostgreSQL jumbo фреймы?
- А зачем PostgreSQL рекомендует настройки ядра?
- 127.0.0.1 или Unix socket?

Узнать ответы которые он нашел (в том числе с помощью AI) Вы можете посетив доклад, и спросить самого докладчика зачем ему это понадобилось.

В докладе расскажем как мы в Озон настраиваем сотни устройств разных вендоров и поддерживаем на них консистентный конфиг с использованием подхода Network as Code.
Разберем архитектуру и принципы реализации. Узнаем какие инструменты нам помогли, какие компоненты мы выбрали и почему.
Поговорим о проблемах, с которыми пришлось столкнуться, их решении и, конечно, о дальнейшем развитии.

На рынке сейчас имеется множество методов пользовательской аутентификации. Но запросы заказчиков настолько индивидуальны, что порой приходится аргументированно и практически “на пальцах” объяснять последствия реализации них той или иной схемы. В докладе пойдет речь о недостатках распространенных типов аутентификации и о передовых решениях в нашем продукте, которые позволяют эти недостатки обойти.

В докладе расскажу про архитектуру и функции разработанного генератора, как мы справились с вопросами синхронизации времени, быстрой отправки пакетов и высокой точности измерения. Покажем типовые сценарии использования. Это не просто академическая разработка – это инструмент исследования, который поможет выявить «узкие места» или произвести глубокую отладку. Если Вам важно не просто «гонять» пакеты по сети, но и понимать что с ними происходит – этот доклад для Вас!

Представьте, что вы дирижёр оркестра, но вместо скрипок и флейт у вас — базы данных, реплики и куча коллбеков, которые то и дело кричат: «Эй, а я тут запустил такое, ты посмотри!». В этом докладе мы разберёмся, как не устроить музыкальный апокалипсис в вашем PostgreSQL-кластере.

Вы узнаете, почему Patroni — это не просто модное имя, а ваш личный «дирижёр», который машет палочкой (или конфигом) так, чтобы реплики не путали партитуру. Мы обсудим, как выбирать и строить DCS — не как кофе «наугад», а с холодным расчётом, и зачем Odyssey может быть похож на одноимённый фильм: долгий, эпичный, но иногда хочется нажать «стоп». Выясним, почему Хапрокси в другом дата-центре — это как пробка на МКАД: все едут, но никто не двигается.

А ещё мы поговорим о том, как подключиться к кластеру без шаманских танцев (спойлер: это не Wi-Fi во "Вкусно и точка"), почему etcd нужно защищать как сейф с печеньками, и что делать, если асинхронная реплика отстаёт, словно студент на утренней паре. В общем, будет больно, смешно и… работоспособно.

P.S. Если после доклада вы не захотите обнять свой кластер — мы вернём вам 100% эмоций. Но это неточно.

В настоящий момент наша команда занимается аппаратными ускорителями (FPGA) обработки сетевого трафика. В частности для межсетевых экранов. И столкнулась с тем, что нет достоверных, удобных и не космически дорогих средств генерации и анализа пакетов с заданными параметрами. Обработка трафика средствами ОС и популярного ПО типа TCDump, TREX и иже с ними требует тщательной настройки совершенно неочевидных параметров сетевого стека и предварительных калибровок. У нашей команды имеется опыт генерации трафика на скорости провода средствами FPGA-плат собственной разработки, о чём и поговорим на моём докладе.

В интернете можно найти советы почти на любую проблему, но иногда за ником автора может скрываться Григорий Остер со своими вредными советами. Далеко не всегда лежащее на поверхности решение - лучшее или хотя бы хорошее. Мы разберём некоторые из таких советов и научимся отличать "хорошие" советы от "вредных", чтобы попытками оптимизировать работу СУБД не выстрелить себе же в ногу.

• Очевидно вредные советы вроде отключения автовакуума, но с объяснением почему так делать никогда нельзя
• Немного о том, как СУБД планирует и выполняет запросы, чтобы не "стрелять пушкой по воробьям" и не совершать излишней работы для простого действия
• Немного практик из других СУБД, которые не стоит применять в Postgres

Все мы хотим верить в лучшее. В то, что всё будет работать, что нас не обманут с качеством и не оставят с проблемой один на один.
В бизнесе с верой плохо, поэтому все отношения регулируются документами. Но есть такой тип документов, который часто очень смахивает на обещание - называется SLA.

Давайте вместе посмотрим на то, что обычно написано в SLA дата-центров, что нам обещают, чего даже не обещают и как из всего этого построить и эксплуатировать надёжную инфраструктуру.

Тема ML/AI становится массовой, и из ниши единичных гиперскейлеров уходит к новым участникам. При этом, одновременно проявляется целый ряд особенностей:

• Относительно малые в привычном понимании размеры кластеров
• Новые возможности Ethernet vs Infiniband позволяют строить вариативно
• Отсутствие у новых игроков долговременного опыта построения и эксплуатации в отличие от гиперскейлеров

Итак, мы построили кластер, мы добились работоспособности инфраструктуры, настроили ROCEv2, DCQCN и прочие страшные слова, — «работает –не трогай….». А если все же копнуть чуть глубже?

Почему все же стоит оптимизировать сетевую инфраструктуру и к каким результатам это может привести, - подходы и примеры.

Если ваша база меньше 1Тб и у вас нет проблем с бекапом/рестором/хранением бекапов, если вы не приемлите древние техники бекапа в sql дампы - доклад не для вас.

За 30 минут расскажу про наши результаты годовой возни с базой PostgreSQL для Zabbix: как мы в небольшом сарай-телекоме переезжали годовой базой 2Тб туда-сюда, как дотюнились до 2-5Гб недельных partition-бакапов, и как теперь со всем этим живём.

Лучший файлообменник Skype уходит в отставку в мае 2025 г.
Благодаря P2P-технологии и сжатию данных, он стал пионером видеозвонков до эпохи Zoom и WhatsApp.

Мы расскажем про эстонских разработчиков, про то, как мир не увидел skyper, покупку eBay, переход к Microsoft, что общего между Kazaa и Skype и какое отношение к делу имеют русские хакеры. А ещё поревёрсим протокол, опередивший время.

У нас было несколько RFC, три упоминания IEEE, немного математики, сотни гигабит трафика, несколько десятков сетевых портов, пара томагавков, множество патч-кордов, пара-тройка линукс-тачек, VRFы и BGP. Не то, чтобы все это было категорически необходимо при разработке файеров, но если уж начал, то будь добр ответь за resilient hash.

Линейный монтаж - главный инструмент режиссеров старого телевидения. Как создавались первые телевизионные программы и фильмы до эры цифровых технологий? Какая аппаратура использовалась в 90е годы? Что такое "Не та система цветности", какую роль в этом сыграла электрическая рисоварка и почему переход к нелинейному монтажу стал настоящей революцией, навсегда изменив видеопроизводство.

• Как контролировать сетевой трафик на уровне гипервизора?
• Сегментируем сетевые потоки
• Строим цепочку сервисов безопасности

Покажем схемы как реализован на гипервизоре, с кем взаимодействует в системе, по каким портам и протоколам.

Готовимся к выживанию без розетки на природе и дома. Рассмотрим процесс сборки батареи, реализуем за минимальный бюджет, протестируем в реальных условиях, а также проведем апгрейды. Проект солнечной станции, от идеи до продакшена.

Доклад будет описывать особенности функционального и нагрузочного тестирования в лаборатории, текущие результаты тестирования и планы развития лаборатории.

Взгляд безопасников на multi-tenant кластеры Kubernetes: ключевые архитектурные паттерны, подходы к сегментации, специализированные средства обеспечения безопасности. Как DevOps и ИБ находят общий язык.

Доклад показывает оригинальный путь к созданию высокофункциональной системы хранения данных в рамках отечественной платформы виртуализации, что имеет важное значение для развития ИТ-отрасли в России.
Рассматриваются механизмы блокировки файлов, поддержание целостности данных и масштабируемость системы.

Расскажем процесс создания лабораторного стенда для студентов на базе ContainerLab. Отдельно остановимся на том как мы автоматизировали процесс проверки выполнения заданий с помощью Gitlab CI

Расскажем о проблеме согласования и выдачи огромного количества сетевых доступов в инфраструктуре.

- Как мы начали решать эту проблему с помощью собственной разработки, почему просто не нанять 10 человек?
- С чего начинался проект, как дошли до полноценной платформы.
- Кто является потребителем системы?
- Как сюда встроен контроль ИБ?
- Что сейчас умеет помимо выдачи сетевых доступов?
- Чем умеет управлять? FW, NGFW, Cloud Security Groups, HBFW
- Ближайшие и долгосрочные планы.

Доклад для тех, кто хотел бы погрузиться в мир эксплуатации больших кафка кластеров. В нем мы системно разберем как управлять ресурсами кластера: что необходимо квотировать, а что балансировать. Поговорим про мониторинг со всех сторон: на уровне кластера, брокеров, топиков и клиентов. Все это на опыте эксплуатации кластера, с пропускной способностью 17млн mps и тысячами разных клиентов на разных языках.

В этом практическом докладе мы погрузимся в опасный мир метастабильных отказов — состояний, когда система продолжает функционировать, но с существенно сниженной производительностью, часто оставаясь незамеченной стандартными инструментами мониторинга. Такие "серые отказы" могут наносить больший экономический ущерб, чем полные отказы, поскольку могут оставаться необнаруженными в течение длительного времени.

Постоянный контроль изменений сети – одна из основных задач для поддержания сети в порядке, а также необходимый шаг для внедрения автоматизации. В докладе расскажем о нашем опыте постоянного контроля сетевых изменений, определим что и зачем нужно валидировать, какие задачи валидации бывают (Golden Config, compliance, валидация операционного состояния) каким образом их можно решать и о том, как валидация сети позволяет повысить стабильность ИТ и бизнеса.

Год назад наши дежурные команды днем и ночью героически тушили бесконечные инциденты, ребята боялись дежурств, выгорали.
Расскажу о том, что нам помогло за год перейти от хаоса к контролю: инструменты и процессы, провалы и победы.

Цифры, инсайты и готовые рецепты — без воды.

Спойлер - не везде случилось чудо.

В этом докладе мы посмотрим на SRE с точки зрения управления IT и поговорим о том, в чем с точки зрения менеджмента отличие между SRE, DevOps и системными администраторами. Какие процессы и практики на каком этапе развития компаний приносят пользу сразу, а какие немножечко вредят. Почему отлично настроенные процессы работали вчера, а сегодня тормозят развитие.

Магистральные сети передают 90% мирового трафика, а их бесперебойная работа — вопрос не только надежности, но и огромных штрафов за простой. Один из главных рисков — обрыв оптического волокна из-за строительства, сельхозработ, рыбаков, охотников, последователей капитана Джека Воробья и прочего. Чтобы быстро находить и устранять повреждения, используют централизованные системы мониторинга.

Идеальный сценарий — запускать системы рефлектометрии и DWDM по разным волокнам. Но в реальности многие экономят ресурсы и объединяют системы в одном волокне. Все довольны, но есть нюансы. Мы изучили, как импульсы OTDR влияют на DWDM-сигнал, почему происходит критическое падение качества сигнала и как с этим бороться.

В докладе разберём:
⁃ Что происходит с DWDM-сигналом при одновременной работе с OTDR;
⁃ Как правильно учитывать влияние систем рефлектометрии при проектировании сетей;
⁃ Практические решения для улучшения совместной работы DWDM-сигнала и рефлектометра.