Как управлять расходами на платформу Google Карт

Платформа Google Карт предлагает ряд возможностей для контроля потребления и обеспечения соответствия использования вашему бюджету. Возможные варианты:

  • Чтобы избежать дополнительных расходов, ограничьте количество событий, за которые взимается плата.
  • Получайте уведомления, когда объем использования приближается к установленным лимитам бюджета или API.
  • Создавайте приложения с меньшими затратами.

В таблице ниже представлены возможные варианты.

Остановить списание средств Включить уведомление Снижение расходов

Как изменить лимиты

Как создавать бюджеты и оповещения о них

Следуйте экономически эффективным стратегиям реализации

Квоты

Квоты ограничивают объем использования сервиса платформы Google Карт вашим облачным проектом Google Cloud. Квоты предназначены для обеспечения справедливости и сокращения скачков в использовании и доступности ресурсов. Подробнее о квотах Cloud…

В квоте учитываются:

  • Успешные запросы
  • Запросы, вызывающие ошибки сервера

В квоте не учитываются:

  • Запросы, не прошедшие аутентификацию,

Вы можете настроить оповещения о квотах, чтобы получать уведомления, когда использование API приближается к лимиту. Подробнее о том, как настроить оповещения о квотах и мониторинг…

Ограничения квот помогают контролировать использование API и предотвращать непредвиденные расходы, ограничивая количество запросов, которые может отправлять ваш проект. Хотя лимиты квот устанавливаются по умолчанию, их можно увеличить или уменьшить, отправив запрос на корректировку. Подробнее о том, как просматривать квоты и управлять ими…

Квота определяет максимальный объем использования API в проекте, а значит, и максимальную сумму, которая может быть списана за использование этого API. Уменьшение квоты снижает этот потолок. Если вы увеличите квоту, ваш проект сможет отправлять больше платных запросов, прежде чем API перестанет отвечать. Увеличение квоты не ограничивает ваши расходы и не защищает от непредвиденных трат.

Например, из-за ошибки в коде разбивки на страницы может постоянно запрашиваться следующая страница результатов без условия остановки. При квоте в 10 000 запросов в день API отклонит запросы цикла после первых 10 000. Если вы увеличите квоту до 100 000 запросов в день,то тот же цикл сможет выполнить в 10 раз больше платных запросов, прежде чем API начнет их отклонять.

Квота также ограничивает стоимость нежелательного трафика, например запросов от автоматических поисковых роботов или от кого-то, кто использует ваш ключ API, но это не основная защита от такого трафика. Чтобы заблокировать нежелательный трафик, ограничьте ключи API, чтобы они использовались только в ваших приложениях и только с нужными API. Используйте квоты в качестве страховки.

Запрашивайте увеличение квоты, только если вашему приложению требуется больше ресурсов для ожидаемого трафика, например при запуске продукта или сезонном пике.

Как задать ограничения квоты

Чтобы установить жесткое ограничение на использование API, уменьшите его дневную квоту. Когда проект достигает лимита, запросы к этому API не выполняются до конца дня. Ограничение применяется каждый день, поскольку суточные квоты обновляются в полночь по тихоокеанскому времени. Установите лимит, достаточный для обычного трафика вашего приложения. Например, если ваше приложение обычно отправляет около 2000 запросов в день, а в загруженные дни – до 3000, то лимит в 4000 запросов в день покроет ваши самые загруженные дни и остановит бесконечный цикл на 4000 запросов.

Чтобы изменить лимит, откройте страницу Quotas (Квоты) в Cloud Console, выберите API и измените квоту. Подробные инструкции приведены в статье Как посмотреть квоты и управлять ими.

Чтобы не превысить лимит на бесплатное использование, разделите его на 31 (максимальное количество дней в месяце) и округлите в меньшую сторону. Установите полученное значение в качестве дневного ограничения для квоты, которая учитывает, за что выставляется счет по SKU. Например, если для SKU установлен лимит бесплатного использования в 1000 платных событий в месяц, разделите 1000 на 31 и получите примерно 32,3. Дневное ограничение в 32 ГБ позволяет удерживать использование на уровне 992 ГБ в месяц или ниже. Лимиты на бесплатное использование могут меняться, поэтому перед установкой лимита проверьте текущее значение для каждого SKU.

Прежде чем задавать дневное ограничение, проверьте, как оплачивается SKU:

  • Единица тарификации. Некоторые коды продуктов тарифицируются по элементам или загрузкам карт, а не по запросам. Например, запросы computeRouteMatrix оплачиваются за элемент, количество которых рассчитывается как количество пунктов отправления, умноженное на количество пунктов назначения. Запрос с 5 пунктами отправления и 10 пунктами назначения оплачивается как 50 элементов. Если вы установите лимит в 32 запроса в день, ваше приложение сможет использовать 1600 элементов в день. Для таких SKU уменьшите дневную квоту, которая учитывает ту же единицу, например элементы в день, а не запросы в день.
  • Нет соответствующей квоты. Для некоторых единиц тарификации, например сеансов, нет соответствующей квоты. Квота на запросы по-прежнему ограничивает использование, поскольку каждый сеанс включает как минимум один запрос, но она может заблокировать трафик до того, как вы достигнете лимита бесплатного использования.
  • Несколько SKU на один API. Если запросы к API могут активировать несколько SKU, установите лимит на основе SKU с наименьшим ограничением на бесплатное использование.
  • Несколько API на один SKU. Если в вашем проекте несколько API используют один и тот же SKU, разделите дневное ограничение между ними.

Измените квоту, если нужно.

Регулярно проверяйте и корректируйте квоты API, чтобы оптимизировать использование и расходы, а также найти баланс между предотвращением чрезмерных трат и обеспечением правильной работы приложения.

  • Отслеживайте шаблоны использования API в консоли Google Cloud. Установите квоты, которые соответствуют вашему бюджету и предотвращают перерасход средств.
  • Убедитесь, что квоты позволяют справиться с пиковыми нагрузками.
  • Вносите изменения постепенно и тщательно тестируйте приложение после каждого из них, чтобы избежать сбоев.

Бюджеты и оповещения

Если у вас есть определенный бюджет на использование платформы Google Карт, вы можете создать бюджеты и оповещения в Cloud Billing, чтобы избежать неожиданных расходов.

Вы можете настроить оповещения о бюджете, чтобы получать уведомления, когда расходы достигают определенного процента от общего бюджета. Это позволит вам отслеживать динамику расходов.

Подробнее о том, как создать, изменить или удалить оповещение о бюджете…

Стратегическое управление затратами

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

По возможности используйте Maps Static API

Статические карты хорошо подходят для простых карт, на которых нужен только один маркер. Вот несколько примеров:

  • Вы начинаете с прототипа, у которого пока не так много функций.
  • У вас нет настроек карты.
  • Вы используете не более одного маркера.
  • Вам не нужно поддерживать взаимодействие с пользователем с помощью динамических карт или динамического просмотра улиц.

Отложенная загрузка с помощью значков

Maps Static API хорошо подходит для создания уменьшенных изображений карт. Эти элементы оплачиваются по более низкой ставке, чем загрузки динамических карт, и при взаимодействии с пользователем могут перенаправлять пользователей на динамическую версию Google Карт по клику, так что вы платите за загрузки динамических карт только для вовлеченных пользователей.

Используйте более дешевые категории цен

Для каждой категории цен Google предоставляет разное количество бесплатных событий. Вы можете оптимизировать свое приложение, чтобы использовать возможности из категорий Essentials или Pro, в которых доступно больше бесплатных ежемесячных событий. Подробнее о категориях цен…

Объединение нескольких карт

Если вы используете несколько карт, следуйте этим рекомендациям:

  • Загружайте карты только при необходимости, чтобы минимизировать использование ресурсов.
  • Повторно использовать одну и ту же карту, обновляя область просмотра, масштаб и маркеры.
  • Используйте решение Store Locator Plus, если вы показываете несколько карт с местоположениями магазинов.
  • Используйте по одной карте на экран пользовательского интерфейса. Как правило, пользователям вполне этого хватает.

Кеширование контента, когда это разрешено

Для большинства продуктов платформы Google Карт кеширование контента запрещено. Однако в некоторых случаях результаты можно кешировать на срок до 30 дней. Подробную информацию можно найти в Условиях использования платформы Google Карт.