Как часы экземпляров frontend рассчитываются на движке приложения?
У меня есть простое онлайн-приложение для заказа, которое я создал. Вероятно, он обрабатывает 25 часов в неделю, большинство из них по понедельникам и вторникам.
Посмотрев на панель инструментов, я вижу:
Billing Status: Free - Settings Quotas reset every 24 hours. Next reset: 7 hrs
Resource Usage
Frontend Instance Hours 16% 4.53 of 28.00 Instance Hours
4.53 часа кажется безумно высоким для числа пользователей, которых у меня есть.
Некоторые из моих страниц совершают вызовы в базу данных filemaker, хранящуюся в другой службе, и имеют такие задержки, как:
URI Reqs MCycles Latencies
/profile 50 74 1241 ms
/order 49 130 3157 ms
мои страницы аутентификации также имеют высокие задержки при обращении к третьим сторонам:
/auth/google/callback 9 51 2399 ms
Я все еще не понимаю, как они могли бы добавить до 4,53 часа?
Может ли кто-нибудь объяснить?
Ответы
Ответ 1
Вы получаете 15 минут каждый раз, когда экземпляр закручивается.
Если у вас мало запросов, но они разнесены, ваш экземпляр отключится, и вы получите 15-минутный заряд при следующем запуске экземпляра.
Вы можете легко набрать 4,5 часа экземпляра с 18 HTTP-запросами.
Ответ 2
В дополнение к предыдущему ответу я подумал добавить немного больше о вашем выставлении счета, который может вас смутить. Google предоставляет вам 28 часов бесплатного времени для каждого 24-часового платежного периода.
В идеале у вас всегда есть один экземпляр, так что при вызове вашего приложения никогда не придется ждать, пока экземпляр начнет вращаться. Один экземпляр может обрабатывать довольно приличный объем вызовов каждую минуту, поэтому многое может быть достигнуто с этими бесплатными 28 часами.
У вас много нулевого времени экземпляра (потребляется менее 5 часов экземпляра в течение семнадцати часов потенциального выставления счетов). Вам нужно больше беспокоиться о том, чтобы получить это выше, чем ниже, потому что, несомненно, большинство вызовов вашего приложения в настоящее время ждут как задержка задержки, так и фактическая латентность выполнения. Если вы используете приложение Go, разворот, скорее всего, не будет проблемой. Python, вероятно, небольшая проблема, Java...
Поэтому подумайте о том, чтобы сохранить ваш экземпляр в живых и потреблять 100% от вашей свободной квоты. Кроме того, обязательно используйте Go или Python (с хорошим дизайном). Не используйте Java.