Наш доклад будет о том, как мы взяли Sonic за основу и пытались довести его до рабочего состояния. В процессе исправления проблем и оптимизации кода мы столкнулись с фундаментальными проблемами, которые подвели нас к полному отказу от архитектуры Sonic и SAI. Мы покажем результаты тестов, где сравним наше решение с другими на коммутаторах с тем же чипом - от Juniper, ванильный соник и вендорская сборка соника на WB, а так же покажем производительность нашей операционной системы на x86 процессоре и на процессоре Байкал

Демистифицируем нейросети на примере Больших Языковых Моделей. Там нет магии: только ловкость рук, математики и эмпирические трюки. На докладе вы поймёте, почему нейросеть "просто генерирует следующее слово", а никакого интеллекта в ней нет. А ещё перестанете бояться слов "градиент", "сигмоида", "инференс", "эмбеддинг" и "KV-кэш"

Код написали. Тесты сделали. Баги отловили и починили. Это всё — одна история про IPSec VPN в PT NGFW.
Задав высокую планку производительности, мы в команде разработки столкнулись с необходимостью учитывать фичи, совместимость с разным железом и софтом и при этом обеспечить быструю и стабильную работу решения.
Этот доклад — про практический опыт, неожиданные проблемы и тот самый интереснейший забег по граблям, который случается, когда делаешь "банальный" site-to-site VPN.

Доклад про то, как сетевик и программист масштабировали монолитный продукт. Достаточно не долго, малым бюджетом, параллельно жизни основного продукта (с минимальными изменениями в нём). Возможно наш вариант перехода от монолитных севисов к гибкой архитектуре сервиса поможет вам бороться с "исторически сложившимися" аргументами.
Интересно бывает не только у больших парней с куберами.

Честный рассказ о том, каково это — уйти из энтерпрайз к интегратору. Без мифов и маркетинга: как выживать и расти в многопроектной среде, почему «год за три» — не фигура речи, и что делать, чтобы не сгореть в вечном цейтноте. Для тех, кто выбирает, где строить карьеру, — и для тех, кто просто хочет заглянуть по ту сторону и понять, что на самом деле скрывается за словом «интегратор». Скепсис берите с собой — пригодится.

История о том как мы боролись с плохим интернетом сперва в подъездах, затем в зонах глушилок, затем под вайтлистами. Речь пойдёт не о нативных приложениях, а чистом вебе.
Cлои, локальные данные, блэкджек, костыли и даже микроволновка.

Вы уверены, что телефон — это просто усовершенствованный телеграф, а передача данных и Интернет — лишь «продвинутая» телефонная сеть? А телевидение — оно куда?
В этом докладе ребята из подкаста "До нас дошло" пробегутся по истории этих изобретений, чтобы найти неожиданные сходства и коренные отличия. Почему это всё не было передачей информации, а были каждая сама по себе передачей слов, голоса и картинки? Почему они не имели ничего общего между собой? Или имели?
Все ответы в докладе!

Расскажем про текущую архитектуру CDN Яндекса, алгоритмы балансировки и влияние на него со стороны операторов, какие типы контента раздаем и почему типовой CDN-узел у нас - это один сервер на узле связи оператора.

Проектирование дичи, когда и почему нам приходится отходить от рекомендованных решений, практическое построение химер и кадавров.
Почему интересно бывает не только у больших парней с Dragonfly. Как перейти от растянутых сервисных слоёв к самодостаточным блокам, распределить нагрузку для 3 ЦОД на сетевом уровне и как понимать обработку пакета на каждом hop'e.

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

Есть ли безопасность в Netflow?
Анализируем трафик целого ЦОД - как не потратить весь ИБ бюджет?
Что есть интересного на российском рынке для анализа трафик? Угадываем вендоров по цветам.
Брокеры или SPAN? Экономим или грузим деньги вагонами дорогим вендорам?

Мечта любого разработчика получить полный девстенд "по кнопке". А что стоит за кулисами таких решений? Хотим ли мы собирать честные кластера наших "микросервисов", поднимать базы, очереди? И как делать это не за дни-часы, а за минуты? Посмотрим, как этого добиться, спойлер: нам в этом помогут ZFS, ZRAM, а также No-Ops подход.

Расскажу об опыте выстраивания отношений между продуктом и инфраструктурой: всё, что важно учитывать лидам инженеров и менеджерам продукта. Покажу как объединить ключевые метрики SL с продуктовой «северной звездой». Расскажу реальную историю того, как инженер может повлиять на развитие цифрового продукта. Визуализирую value-chain между инфраструктурой и бизнесом с определением продукта как пайплайна в нём.

Кластерные системы виртуализации и Kubernetes устойчиво ассоциируются с enterprise-инфраструктурами, а для домашних серверов их принято считать избыточными. В своём докладе я покажу, почему это не совсем так. Вы узнаете, зачем и как у меня получилось построить полноценный кластер с виртуализацией и контейнеризацией дома. Мы пройдём путь от первых требований и выбора технологий до реальной эксплуатации: посмотрим на установку узлов, хранилища, системы виртуализации и создание первой виртуальной машины.
Вы узнаете, как можно собрать устойчивую и удобную домашнюю инфраструктуру на недорогом железе и какие проблемы могут поджидать по дороге. Будет полезно тем, кто задумывался о «лабораторном» кластере, хочет глубже понять виртуализацию, Kubernetes или просто ищет вдохновения для инженерных проектов вне корпоративного продакшена.

По сути лазертаг может быть рассмотрен как система беспроводной связи, хотя и с довольно специфичным назначением. В докладе будет в доступной форме изложено как это все устроено и работает. Кроме того будет немного рассказано о «старшем брате» такой системы — FSO (Free Space Optics, Система беспроводной оптической связи).

Расскажу про историю развития отрасли сетевых решений для мастер серверов игр, исследовании и имплементации эмуляторов ее крупнейших игроков. С чего всё начиналось, зачем нужен был battle.net и как мы пришли к Steam.