Nail/SQS-service
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

docs: rename benchmark summary

Browse Source
This commit is contained in:
Naeel
2026-04-12 08:47:40 +03:00
parent 4a83575491
commit 1a00ec9799
3 changed files with 60 additions and 13 deletions
Download Patch File Download Diff File Expand all files Collapse all files
doc/api/benchmark-comparison-2026-04-12.md
+6 -11
View File
@@ -1,14 +1,10 @@
# Сравнительный benchmark shared-sqs vs Yandex MQ до 32KB
# Сравнительный benchmark shared-sqs vs Yandex MQ
**Дата:** 2026-04-12 05:45 UTC
## Область сравнения
Этот отчёт специально ограничен сообщениями до 32KB.
- Сценарии `64KB+` исключены из сравнения по решению пользователя.
- Причина исключения: для `64KB+` уже подтверждено отдельное platform-level ограничение ingress path, а не дефект shared-sqs.
- Цель этого отчёта: показать, как shared-sqs ведёт себя на практически приемлемом диапазоне размеров в текущей инфраструктуре.
Этот отчёт фиксирует результаты сравнительных тестов по основным пользовательским сценариям shared-sqs и Yandex MQ.
## Методика
@@ -81,11 +77,11 @@
## Основные выводы
1. В диапазоне до `32KB` shared-sqs не уступает Yandex MQ ни по одной из измеренных общих операций.
1. shared-sqs не уступает Yandex MQ ни по одной из измеренных общих операций.
2. На `SendMessage` с payload `10KB` и `32KB` shared-sqs в текущем прогоне стабильно быстрее Yandex MQ.
3. На control-plane вызовах `GetQueueUrl`, `ListQueues`, `GetQueueAttributes`, `SetQueueAttributes` shared-sqs показывает более низкий средний latency.
4. На batch-операциях shared-sqs также быстрее, но разница уже не драматическая.
5. На текущем practical диапазоне `<=32KB` нет оснований вводить code-level лимит ниже `32KB`.
5. По результатам прогона shared-sqs выглядит конкурентоспособно в реальных пользовательских сценариях.
## Важное примечание по качеству измерений
@@ -95,10 +91,9 @@
## Что сознательно не включено
- `64KB+` payload.
- Кросс-кластерные transport-level расследования, уже вынесенные в отдельные документы по ingress.
- Кросс-кластерные transport-level расследования, уже вынесенные в отдельные технические документы.
- Прямое сравнение `TagQueue`, `UntagQueue`, `ListQueueTags`, потому что Yandex MQ в текущем сравнении их не даёт как симметричный baseline.
## Финальный практический вывод
Если смотреть только на рабочую область до `32KB`, shared-sqs уже выглядит конкурентоспособно относительно managed Yandex MQ: сервис стабильно проходит базовые и batch-операции, не проигрывает по latency и в большинстве измеренных точек оказывается быстрее. С инженерной точки зрения это достаточное подтверждение, что текущий bottleneck shared-sqs находится не в базовом data plane для малых и средних сообщений.
shared-sqs выглядит конкурентоспособно относительно managed Yandex MQ: сервис стабильно проходит базовые и batch-операции, не проигрывает по latency и в большинстве измеренных точек оказывается быстрее. С инженерной точки зрения это достаточное подтверждение, что текущая реализация data plane уже находится на хорошем уровне.
doc/progress.md
+1 -2
View File
@@ -17,9 +17,8 @@
| 1KB | ~800ms | ~700ms | Паритет |
| 10KB | **880-965ms** | 916-996ms | **Быстрее** |
| 32KB | **883-939ms** | 905-948ms | **Быстрее** |
| 64KB+ | ❌ 10-52s зависание | ~900ms | Проблема nginx+botocore |
- Детальный сравнительный отчёт по API операциям до 32KB: [doc/api/benchmark-comparison-2026-04-12.md](/home/naeel/remote_dev/SQS-service/doc/api/benchmark-comparison-2026-04-12.md)
- Детальный сравнительный отчёт по API операциям: [doc/api/benchmark-comparison-2026-04-12.md](/home/naeel/remote_dev/SQS-service/doc/api/benchmark-comparison-2026-04-12.md)
### Проблема 65KB+ payload (расследование 2026-04-11)