Узкое место производительности загрузки Apache Unomi
Мы используем Apache Unomi v1.5.7. Мы проводим нагрузочное тестирование, чтобы проверить, сколько событий он может обработать. Мы пробовали это с и без пользовательского плагина (написанного нами). не кажутся нам многообещающими.
Ресурсы: 8 ЦП / 16 ГБ ОЗУ
Инфраструктура: развернуто на AWS через K8s
Эластичный поисковый кластер: 6 узлов (3 основных и 3 данных)
Мы запустили параллельные потоки, равные количеству одновременных пользователей в таблице ниже, и повторили этот процесс 60 раз с интервалом в 1 секунду.
Вот результаты: без пользовательского плагина:
Примечание. Я не могу поделиться точным сопоставлением эластичного поиска по очевидным причинам, но чтобы дать некоторое представление, у нас есть 2 поля массива вложенного типа и еще ~10 полей в профиле.
Этот тест содержит случаи, когда создается новый профиль, мы не тестировали случай, когда существующие профили обновляются.
Какие варианты мы можем изучить, чтобы улучшить производительность Unomi?
Мы добавили достаточно ресурсов, чтобы убедиться, что это не проблема с ресурсами.
Мы изучили свойства, определенные в этом файле , но такие свойства, как количество потоков, кажется, вообще не затронуты.