Файловая база, поднят http-сервис. Приходит POST-запрос который создает документ. Поставил паузу при записи документа (чтобы документ записывался 1 минуту). Посылаю в сервис 3 запроса с разницей в 1-2 сек. По итогу вижу, что каждый следующий запрос ждет пока выполнится предыдущий и в итоге успешно выполняется. Т.е. 1-й запрос приходит в сервис сразу же (через 1 сек), 2-й через 1 минуту, 3-й через 2 минуты. Вопрос: где хранятся эти запросы? Где они стоят в очереди? Это реализовано на уровне платформы? На уровне веб-сервера апач?

(0)[На уровне веб-сервера апач?]
Было бы логично.

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

(2) это было бы видно, а отправляющая сторона отсылает запрос моментально

(2) если точнее, то отправляющая сторона отваливается по таймауту (15 сек), т.е. запускаю запрос, жду 15 сек получаю окно ошибки "Ошибка работы с Интернет:  Превышен таймаут"

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

Веб-сервер в файловой базе работает в однопоточном режиме.
Берите клиент-сервер, ну или пользуйтесь суррогатом на страх и риск

https://infostart.ru/1c/tools/239498/

(6) ну вот оно как

можно на линухе развернуть старую платформу, оно дает возможность тестить http без серверного ключа

(5) Ну по правильному, пофигу что пришло, надо писать все во входной буфер(регистр сведений например), чтобы не создавать очередь, а уж потом в отдельном потоке обрабатывать.

(6) т.е. сама платформа хранит очередь запросов? И какая глубина этой очереди, можно ли ее регулировать?

(9) Мое время сильно ценно, чтобы ковыряться в мертворожденном файловом режиме. Я уж и не помню, когда файловую базу запускал.

Нашел на ИТС: Модуль расширения веб-сервера создает изолированную среду исполнения для каждой информационной базы. Прямо в адресное пространство веб-сервера загружается компонент для работы с файловой базой данных и сами данные информационной базы. При этом нагрузка на веб-сервер сильно возрастает, а для пользователей одной информационной базы параллельности нет никакой. Все их запросы выстраиваются в очередь. https://its.1c.ru/db/pubessence/content/34/hdoc
Тема закрыта.

(11) для каждого юзера можно поднять свой инстанс веб-сервера (апача) как в (6)
если нужна одна точка входа - ну поднимаешь их по колву сеансов и разруливаешь через nginx/openresty перед апачами (обратный прокси + балансировка нагрузки)

(10) Да файловый хрень (относительно скуля) но лицензионная политика 1С же
Но ты учитываешь что файловый режим примерно на порядок больше юзеров 1С всего в мире пользуют
И примерно на 2-3 порядка больше организаций и физиков (подписок ИТС или базовых без подписки)

(13)+ а еще МП же - это классический файловый режим 1С
тут задолбаешься считать сколько юзает

вот примеры по 100к скачиваний
https://play.google.com/store/apps/details?id=com.e1c.MobileAccounting
https://play.google.com/store/apps/details?id=com.e1c.MobileSmallBusiness

(14)+ хе кабинет сотрудника полляма!
https://play.google.com/store/apps/details?id=com.e1c.mobile.ess