У нас в Okko есть свой CDN, а в нём больше 180 аплинков (от 10 до 600 Гбит/с каждый). Пиковый трафик более 8 Тбит/с. Управлять этим вручную стало очень сложно.

В докладе расскажу, как мы пришли к созданию Uplink Load Balancer (ULB) - сервиса, который автоматически балансирует трафик между аплинками, не допускает перегрузок и учитывает стоимость каналов.

Поговорим о:
— зачем вообще что-то разрабатывать;
— песочнице с FullView (и зачем она вообще нужна);
— архитектуре ULB;
— механизме резервирования полосы;
— cost-based balancing - учёт тарифов, предоплаченной полосы и burst’ов.

Многие инженеры считают, что Wi-Fi на MikroTik «плохо работает» и построить на нём хорошую беспроводную сеть невозможно. В докладе я разберу, откуда появились такие утверждения, какие технические и исторические причины за ними стоят, и насколько они актуальны для современных версий RouterOS и новых Wi-Fi-пакетов.

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

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

В классических сетях измерить задержку относительно просто: маршруты стабильны, топология предсказуема. Но что делать, если ваши оконечные узлы движутся? А теперь представьте, что движутся ещё и промежуточные узлы, которые передают ваши данные! Для погружения в проблему расскажу про динамические беспроводные Mesh сети с академической стороны на простом инженерном языке с примерами. Посмотрим на такую сеть как на живую инженерную систему, где задержка зависит от движения, радиосреды, плотности узлов и алгоритмов маршрутизации. Где такие сети нужны и как с ними работать. Отдельно разберу разработанный метод измерения задержек в динамически изменяющихся сетях, когда привычные методы диагностики дают неполную или искаженную картину.

Десятки лет мы строили слои абстракций, позволяющие среднестатистическому питон-разработчику выживать в этом мире: архитектура компьютера, PCIe, ОС с kernel+user space, TCP/IP/Ethernet.

Но всё меняется, когда приходится считать миллисекунды.
Приходится взять Молот Высокой производительности — и бросить его на стеклянный стол абстракий.

Смотрим, как устроены сервер, GPU-карта, чем плохи Kernel и TCP, где нам тут сэкономить миллисекунды и как ситуацию спасют RDMA, Infiniband и RoCE.

До того как появились Pikabu, LOR, Habr и VK, IT-шники 90-х сидели в Фидонете. Это была полностью децентрализованная, асинхронная и некоммерческая сеть с уникальным контентом, работающая поверх аналоговых телефонных линий. В этот раз мы раскопаем стюардессу: разберем архитектуру адресации 2:5077/22.10, посмотрим на "микросервисы 90-х" (мейлеры, тоссеры и трекеры), вспомним, как бились за аппаратные модемы US Robotics, и узнаем, где зародился весь токсичный IT-фольклор рунета. А главное — выясним, почему FidoNet до сих пор жив.

Это второй доклад из цикла "А что, если это - не это, а то - не то" от ребят от "До нас дошло". Мы поговорим о том, как радикально менялась сама суть мобильного телефона: от футуристической «рации» в 1960-х до статусного «кирпича» в 1990-х. Разберем переломный момент 2000-х, когда устройство перестало быть «звонилкой» с цветным экраном и совершило рывок в сторону первых WAP-порталов и GPRS. Где та невидимая черта, после которой «сидеть в Интернете» заменило «позвонить»? И какую роль в этой трансформации сыграли 2020-е с их тотальной облачной зависимостью.

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