Действительно ли механизм приложения является более дорогим, когда это медленнее?

Было довольно много случаев недавно, когда механизм приложения, кажется, работает медленнее. До некоторой степени это понятно с архитектурой их облачной платформы. Я не говорю о новых экземплярах сервера - просто запрашивает нагреть серверы. Я также просто обращаюсь к ЦП, не хранилищу данных API, но я действительно задаюсь вопросом об этом также.

Кажется, что в течение этих медленных периодов я получаю намного больше желтых предупреждений по своим запросам - высказывание, что я использую много ЦП. Конечно, они занимают больше времени для завершения в течение этого периода. То, что касается меня, - то, что в течение этих медленных периодов, мой оплачиваемый ЦП, кажется, повышается.

Таким образом, чтобы быть ясным - когда механизм приложения быстр, запрос мог бы завершиться в 100 мс. В медленный период могла бы потребоваться больше чем 1 с для того же запроса. Тот же URI, то же кэширование, тот же путь обработки, то же хранилище данных, те же индексы - намного больше ЦП. Желтые предупреждения, насколько я понимаю, относятся к оплачиваемому использованию ЦП, и существует намного больше из них, когда механизм приложения медленнее.

Это, кажется, настраивает причудливую ситуацию, где мое приложение стоит больше для выполнения, когда работа двигателя приложения хуже. Это означает, что Google делает больше денег более плохо, платформа работает (до такой степени, когда, он перестал работать, или клиенты уезжают). Возможно, у меня есть ситуация неправильно, и она не работает как этот - но если она действительно работает как этот, затем как клиент давления и балансы, там неправильны. Это не сообщает проступка на части Google - просто, что отношения между теми двумя вещами не кажутся правильным.

Почти кажется, что алгоритм Google идет что-то как - 'Если я даю задание обработки ЦП и запускаю мои часы, затем остановите его, когда задание возвращается, я получаю оплачиваемое число ЦП'. т.е. это не измеряет работу ЦП вообще. Конечно, то время должно быть разделено на количество обработки заданий, одновременно выполняемых плюс некоторые дополнительные для покрытия дополнительного контекстного переключения. Я уверен, что материал трудно измерить - возможно, это - причина.

Я предполагаю, что Вы могли утверждать, что справедливо, что Вы платите больше, когда механизм приложения пользуется повышенным спросом, но это делает составление бюджета близко к невозможному - Вы не можете генерировать статистику как '100 пользователей, стоит мне 1$ в день', потому что это могло измениться для большого количества причин - включая механизм приложения onboarding больше клиентов, чем инфраструктура может реалистично обработать. Если Google превышает намеченную сумму механизма приложения затем, все клиенты платят более - это - другие отношения, которые не звучат правильными. Конечно, затраты Google должны понизиться как они на борту больше клиентов, и те клиенты используют больше ресурсов - на основе экономии за счет роста производства.

Я должен ожидать, что два идентичных запроса в моем приложении будут стоить мне примерно той же суммы каждый раз, когда они работают - независимо от того, сколько разовый стеной механизм приложения берет для фактического завершения их? Я неправильно понял, как это работает? Если я не имею, там причина, почему я не должен быть взволнован по поводу этого в долгосрочной перспективе? Есть ли некоторая документация, которая делает эту ситуацию более ясной?Удачи,

Colin