Перенос автоматизации Zapier или Make на новый хост геокодирования
No-code автоматизации с шагом геокодирования требуют иного подхода к миграции, чем собственный код. Вот как провести такой переход.
Оценка реальной потребности в квоте до перехода
Удивительно много миграций начинается с примерной догадки об объёме запросов, а не с реального измерения, и такая догадка обычно ошибается в одну из двух сторон: либо она слишком осторожна, и тогда выбранный тариф оплачивает гораздо больше мощности, чем используется, либо слишком оптимистична, и тогда лимит неожиданно достигается уже в первую неделю реального трафика.
Надёжный способ оценить потребность в квоте состоит в том, чтобы сначала измерить текущее использование у нынешнего провайдера, а не оценивать его абстрактно по числу пользователей или использованию функций. Большинство провайдеров где-то показывают статистику использования: в личном кабинете, в ежемесячном счёте или в логах, которые уже ведёт ваше собственное приложение. Если взять фактическое число запросов за показательный период, в идеале включающий хотя бы один пиковый день, например утро понедельника или сезонный всплеск, характерный для вашего бизнеса, у вас будет реальное число для планирования вместо догадки.
Когда эта базовая величина получена, важны несколько уточнений:
- Разделите типы вызовов, если ваш провайдер объединяет несколько эндпоинтов в отчётах об использовании, поскольку геокодирование, автодополнение и определение IP могут иметь очень разные объёмы даже в пределах одного аккаунта, а после миграции разные эндпоинты могут оказаться на разных тарифах
- Явно учитывайте рост, закладывая разумный запас сверх текущего пикового объёма, а не планируя точно по сегодняшним цифрам, особенно если среди причин миграции есть ожидаемый рост трафика
- Проверьте, нет ли в вашем текущем объёме избыточных запросов или лишних повторов, например автодополнения, срабатывающего на каждое нажатие клавиши без минимального порога по числу символов, поскольку миграция становится естественным моментом, чтобы исправить неэффективность, к которой раньше не стоило возвращаться
Имея на руках реальное число, сравнить его со структурой квот My Geocode несложно. С любого адреса доступно 2 500 бесплатных запросов в день без всякого ключа, и каждый ключ тоже получает 2 500 бесплатных запросов в день, с подсчётом по сети, будь то /24 для IPv4 или /48 для IPv6, и этот лимит общий для запросов без ключа и с ключом из этой сети. Многие небольшие проекты и внутренние инструменты полностью укладываются в этот бесплатный лимит, если проверить реально измеренный объём, а не предполагать, что он выше.
Сверх бесплатного лимита выбор стоит между предоплаченным балансом по 0,0001 € за запрос и ключом Unlimited за 50 € в месяц, а точка безубыточности между этими вариантами находится простым делением: 50 €, делённое на 0,0001 €, означает, что при нагрузке свыше 500 000 запросов в месяц Unlimited начинает выглядеть выгоднее предоплаченного баланса, хотя правильный выбор зависит и от того, насколько вы цените фиксированную ежемесячную сумму по сравнению с переменной, которая точно масштабируется вместе с использованием. Каждый запрос, независимо от эндпоинта или совместимого хоста, содержит одни и те же заголовки квот, среди них X-Quota-Limit, X-Quota-Used и X-Quota-Reset, описанные на /docs/rate-limits/, поэтому постоянный мониторинг после миграции поддаётся измерению так же хорошо, как и предшествовавшая ей оценка.