Когда я просматриваю трассировку для запроса механизма приложения, я вижу интервал трассировки для балансировщика нагрузки, который показывает 970 мс, и интервал трассировки ниже его, относящийся к фактическому обработчику, который отображается как 535 мс. Я явно отслеживаю время, занимаемое обработчиком в моем коде, и это показывает 428 мс. Поскольку логика обработчика начинается около 104 мс, я могу понять, как 428 перешел на 535 мс. То, что я не понимаю, это показанное время, которое составляет 365 мс. В идеале это должно быть 435 мс (970-535), но по какой-то причине интервал запроса начинается до первого промежутка от балансировщика нагрузки и составляет 70 мс (поэтому 435-70 = 365).
Мои вопросы
- Это 365 мс, которое занимает серверы GCP для отправки ответа с сервера механизма приложений в браузер? Если это так, я предполагаю, что у меня не будет контроля над этим или что-то с этим поделать?
- Почему диапазон обработчика наступает раньше, чем диапазон балансировки нагрузки на 70 мс? Это из-за того, что записи в журналах разных систем не имеют наиболее точной синхронизации?
- Какое из двух чисел (970 или 535) используется для автоматического масштабирования?