зависит тоже, если есть преэмтиблы - я бы посоветовала перенести на ондеманды на пару дней ъотя бы

Какой auth flow вы считаете лучшим для интеграции ваших cli у конечных клиентов (на их рабочих машинах и на их vps/серверах), Wordpress-плагинов и прочего такого с Google Cloud Gateway/API Endpoints?.. Насколько хорошо и правильно выдавать конечным клиентам вашего условного SaaS’а service accounts (keys) от Google Cloud?.. (К слову, в 1 проекте можно сделать до 100 service accounts, они повысят квоту до 10 000 и выше, например, если у вас бесплатный плагин к CMS и вы накручиваете статистику установки плагина ботами?..)

Например, есть подобное https://auth0.com/docs/flows/call-your-api-using-the-device-authorization-flow от Firebase Auth/Identity Platform?

Так создай проект в рамках гугле, ограничь его по "яйца" и отдавай клиенту.  Чего то не вдупляю зачем тут какая то магия. Клиентт с кеем посмотрит ровно столько, сколько ты ему выделишь

Уровень сервисного акка отдавать =) ну такой себе солюшен )

Ну, допустим, это некий Wordpress плагин, freemium с платными апгрейдами. Мне при каждой установке плагина новый проект создавать?.. пользователей теоретически может быть сколько угодно, есть плагины и с миллионом установок (ну, накручивают частично)

Гугл у меня попросил 50 баксов за увеличение квоты количества проектов до 50. Если мне нужен миллион проектов, мне гуглу миллион надо положить на счёт?..

Зачем их столько?

Юзеров можно заводить не сервисных

Ну, так речь же о ключи была

Ну да

Не надо создавать проект

В рамках созданого проекта создаешь пользовательский ключ на ресурсы

А не сервисных акков плодишь

А нет оборачиваешь в смеш-сервисы

Зы: про не надо создавать проекты относиться к созданным 50ти

Я немного туплю, наверное. То есть вместо условного сервис аккаунта в количестве 10 000 штук мне нужно 10 000 обычных пользовательских аккаунтов добавить?

Гы

Дошло

Да и проектов создается много если у тебя нехватает чего нить в рамках одного проекта, к примеру выжрал количество процов положенных 72