Заметки о построении агентных систем
Стенды для оценки, паттерны оркестрации, проектирование памяти и стоящие за ними неудачи — описано, пока детали ещё свежи.
Журналы исходящего трафика: фиксируем, куда агент ходил, а не только что он отправил
Инспекция содержимого видит полезную нагрузку, но не пункты назначения. Журнал исходящего трафика фиксирует, куда агент ходил, в каком порядке и насколько новым был каждый переход.
Бюджеты исходящего трафика агента: скорость — не то же самое, что охват
Лимиты скорости ограничивают, как быстро действует агент, но не куда. Контроль исходящего трафика должен быть бюджетом назначений и возможностей, применяемым на прокси и сверяемым после каждого запуска.
Агент, достигающий государственного портала, — это сбой маршрутизации
Несанкционированный доступ пресекается в точке выхода, а не в промпте. Каждому парку агентов нужна одна аудируемая сетевая граница, отказы которой являются полноценными событиями.
Роевым агентам нужны бюджеты скорости, а не только бюджеты запросов
Долгоживущие рои исчерпывают терпимость третьих сторон к запросам раньше, чем токены. Оркестрация должна планировать работу с учётом лимитов скорости для каждой цели, применяемых на выходе.
Неуправляемый агент — это отсутствующий контракт исходящего трафика, а не неуправляемая модель
Когда агент достигает постороннего хоста, сбой заключается в разрыве между сетью и полномочиями. Решение — явный контракт исходящего трафика, применяемый на уровне сокета, а не более совершенная модель.
Интент во время выполнения побеждает статические списки разрешений для исходящих вызовов агента
Статические списки разрешений не успевают за составными вызовами инструментов агента. Проверка интента во время выполнения ловит то, что пропускает фильтрация по назначению, — если проверка остаётся достаточно дешёвой для горячего пути.