Увеличьте размер события EventGrid, чтобы предотвратить слишком большую полезную нагрузку 413

Question

Некоторые сообщения, отправленные в экземпляр Azure EventGrid, приводят к ошибке 413 Слишком большая полезная нагрузка . Документы вполне понятны на этом :

При публикации событий в теме сетки событий общий размер массива может составлять до 1 МБ. Каждое событие в массиве ограничено 64 КБ . Если событие или массив превышают пределы размера, вы получите ответ 413 Слишком большая полезная нагрузка.

К сожалению, я столкнулся с этой проблемой слишком поздно и не знал об этом пределе размера события, пока не столкнулся с ошибкой в ​​работе. Уменьшение размера тела - путь, поскольку я знаю, что сообщения должны быть маленькими в размере следа. И большинство из них. Но для нескольких сообщений, которые терпят неудачу, это требует много сантехнических и архитектурных изменений.

До тех пор, пока это не будет рассмотрено, существует ли в Azure EventGrid способ разумно увеличить ограничение в 64 КБ (например, до 128 КБ), хотя с настройкой, более высоким планом или обходным путем? Просто до тех пор, пока это не будет исправлено путем изменения кода.

Answer 1

По состоянию на конец мая 2019 года было официально объявлено , что Event Grid теперь поддерживает события размером до 1 МБ. Для использования объявления объявляется:

... Изменений конфигурации не требуется, и это будет работать для существующих подписок на события. Чтобы попробовать это, просто протолкните большие события. Все до 64 КБ будет по-прежнему покрываться нашим соглашением об уровне обслуживания.

Это подтверждается документами, в которых теперь формально упоминается , что:

... Поддержка 64 КБ в общем доступе (GA). Поддержка 1 МБ в настоящее время в предварительном просмотре.

Хотя это еще не GA, это очень многообещающе и уже пригодно для использования. Это отвечает на оригинальный вопрос для меня.

Answer 2

64KB предел - жесткий предел. Вы не можете это изменить. Вы можете использовать шаблон проверки заявок, чтобы выгружать данные о событиях в хранилище и читать их при получении сообщения.