Я тестирую асинхронные вызовы моего шлюза Zuul (служба A), которые отправляют сообщения в другую службу (службу B), когда эта служба не работает с использованием JMeter. Все 1000 запросов поступают в очередь, если я запускаю службу B через 3 минуты, но я замечаю, что первые 100 записей в очереди будут иметь метку времени на 3 минуты раньше, чем остальные 900. Это заставляет меня задуматься, замечает ли Zuul эту службуБ не работает и кеширует где-то 900 звонков? Кроме того, я хотел бы знать, есть ли способ убедиться, что все 1000 запросов имеют исходную временную метку вместо временной метки, которая через 3 минуты после регистрации службы B в Eureka.
|70 |JMeter Inc |11.22 |2019-10-05 03:51:12 |54091 |50840 |
|71 |JMeter Inc |11.22 |2019-10-05 03:51:12 |54091 |50840 |
|72 |JMeter Inc |11.22 |2019-10-05 03:51:12 |54091 |50840 |
|73 |JMeter Inc |11.22 |2019-10-05 03:54:47 |54091 |50840 |
|74 |JMeter Inc |11.22 |2019-10-05 03:54:47 |54091 |50840 |
|75 |JMeter Inc |11.22 |2019-10-05 03:54:47 |54091 |50840 |
|76 |JMeter Inc |11.22 |2019-10-05 03:54:47 |54091 |50840 |