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

Расскажу об основных методах балансировки трафика и о том как это можно сделать «бесплатно» (почти, с точки зрения закупки оборудования и существующих ресурсов) на основе nftables.

Сколько доменов у вас в оперировании? 50? 100? 1000?А сколько записей в каждом?А как часто вам приходится их менять?Устали? Тогда проходите и присаживайтесь, я расскажу вам, как перестать уставать :)В докладе пойдет речь об автоматизации рутинной работы с DNS-записями, начиная от автоматических релизов и заканчивая выписыванием Let's Encrypt сертификатов для всех наших доменов без участия человека.Исходных кодов не будет, к сожалению.

Не каждый сервер в состоянии справится с анализом 40-100Gbps трафика. Начинается дроп, падает качество собираемых данных и, следовательно, результатов их анализа. Для решения подобных задач часто применяют комплексные программно-аппаратные решения, которые могут быть дороги и сложно(и дорого) поддаются кастомизации под конкретные задачи.Альтернативное решение - собрать собственный сервер из доступного железа и применить подход eXpress Data Path (XDP), который позволит извлекать и анализировать именно те данные, что нужны именно вам и при этом удерживать близкий к нулю дроп рейт на скорости 40-100Gbps.В ходе доклада про XDP: - Коснемся нескольких случаев применимости подобного анализа (а вот и не DDoS детект, хотя он тоже возможен).  - Расскажу, что получилось реализовать (и что еще хотели) используя концепт XDP, какие трудности сопряжены с концептом и настройкой операционной системы. - Рассмотрим варианты использования карт от Intel и Mellanox, а также коснемся вариантов и целесообразности применения карт от…

We’ve been building software/hardware systems in a centralized manner for decades, no matter whether they were mainframes with thin clients, clients+server, or web 2.0 — there was always a central place of data storage and execution control. However, time changes and the new uprising trend is all about systems with no central point of control. Blockchain was the first solution, which most programmers still don’t understand. There will be many more solutions in the future, which some of us are yet to design and build.