Сначала разбей проблему на возможные точки отказа: соединение, коммутатор, буфер. Затем для каждого элемента установи жёсткий предел и буфер, способный вместить пиковую нагрузку. Используй две линии связи с коммутатором быстрого переключения, который отбрасывает пакет только в случае выхода из строя обеих линий. Добавь небольшой, быстро реагирующий буфер, который поглотит внезапный скачок, и ограничь скорость передачи, чтобы пакеты отбрасывались только когда буфер переполнен. Тестируй с генератором трафика, создающим нагрузки выше ожидаемых. Пиши простой код, делай логику переключения максимально понятной и обеспечь тщательный мониторинг. Так ты избежишь неприятных сюрпризов и никогда не пропустишь потерю пакета.

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

Конечно. Строгие пороговые значения, мгновенные оповещения, без повторов. Я сразу буду отмечать любые странности. Если что-то начнёт повторяться, я прерву это и зафиксирую точный момент, прежде чем вернём всё обратно.