Перенос автоматизации Zapier или Make на новый хост геокодирования
No-code автоматизации с шагом геокодирования требуют иного подхода к миграции, чем собственный код. Вот как провести такой переход.
Простая модель затрат для сравнения поставщиков геоданных
Сравнение поставщиков геоданных только по заявленной цене за запрос распространённое упрощение, и оно упускает столько реальных затрат, что стоит построить чуть более полную модель, прежде чем принимать решение, будь то остаться с текущим провайдером или перейти к новому.
Более полная модель затрат включает как минимум четыре составляющие, которые стоит оценить по отдельности:
Прямая стоимость запросов. С этого числа начинается и на нём заканчивается большинство сравнений поставщиков: цена за запрос, уровень ежемесячной подписки или порог бесплатной квоты. Оно важно, но это лишь одна часть.
Время разработчиков на интеграцию и сопровождение. Провайдер с форматом ответа, требующим значительного собственного кода разбора, обходится дороже в часах разработки, чем провайдер с форматом, который ваш код уже понимает, и эти затраты повторяются при каждом сопровождении интеграции, а не один раз при настройке. Подход на основе совместимости уменьшает именно эту составляющую, поскольку хосту со знакомым форматом нужно меньше собственного кода разбора, который приходится писать и поддерживать на протяжении жизни интеграции.
Стоимость миграции, как фактическая, так и потенциальная. Если формат ответа поставщика проприетарный и необычный, последующий уход от него, по собственному выбору или потому, что поставщик изменил условия, обойдётся дороже в переписанной логике разбора, чем уход от поставщика, чей формат соответствует чему-то стандартному или тому, что уже воспроизводит совместимый хост. Это реальные затраты, даже если вы пока не планируете миграцию, потому что они влияют на вашу позицию в любых будущих переговорах или при вынужденных изменениях.
Операционные издержки. Время на мониторинг квоты, обработку ошибок лимита запросов и создание логики повторных попыток тоже стоит времени разработчиков, и провайдеры различаются тем, какую часть этой информации они отдают напрямую (например, в заголовках ответа), а какую приходится выяснять дополнительными опросами или проверками панели аккаунта.
Применительно к My Geocode эта модель выглядит так: прямая стоимость запросов фиксированная и простая, 2 500 бесплатных запросов в день без ключа, ещё 2 500 бесплатных в день на каждый ключ с учётом по сети, затем предоплаченный баланс по 0,0001 € за запрос или ключ Unlimited за 50 € в месяц, причём все эндпоинты стоят одинаково, какой бы из них вы ни вызывали. Затраты на разработку и миграцию напрямую снижают 17 совместимых хостов, перечисленных на странице /compatibility/, которые воспроизводят точный формат знакомого провайдера, а не вводят новый, для которого пришлось бы изучать и поддерживать код разбора. Операционные издержки снижаются за счёт того, что информация о квоте есть прямо в каждом ответе в виде заголовков (X-Quota-Limit, X-Quota-Used, X-Credits-Remaining и других, описанных на странице /docs/rate-limits/), и отдельная проверка личного кабинета не нужна.
Даже приблизительная версия этой модели из четырёх частей, с реальными числами там, где они есть, и честными оценками там, где их нет, даёт заметно лучшее решение, чем сравнение одной лишь заявленной цены за запрос. Самая низкая цена на бумаге не всегда означает самую дешёвую интеграцию, если честно учесть время разработчиков и будущую гибкость.