Представь что мы в этом API создавали сущности "стеклянных бутылок" и сохраняли у себя ID.

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

Теперь новые пользователи пользуются "пластиковыми бутылками" и не знают горя.

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

Можно пересоздать через админку вручную по одной штуке, заменить один тип на другой. Но при таких объёмах, лучше если за пользователей всё автоматически обновит наш сервис.

Особенно учитывая, что кроме лимитов там на практике разницы никакой...

Разный тип сущности создаётся в API )

в апи у вас, или в апи клиентов?

АПИ чужое

пользователь => наш сервис => API внешнего сервиса => внешний сервис

Если я пишу бота для Телеграма, я ведь не могу менять API телеграма?

если ты Павел Дуров. то наверное можешь

Был бы я Павел Дуров, ботов писали бы за меня )

Вижу прокси.  Не вижу ваших проблем в этой схеме.

если вы работаете прокладкой стороннему сервису, то максимум что вы можете это кешировать

Ну я устал объяснять. Если для тебя SaaS с интеграцией на внешнее API это прокси...

+ логировать действия пользователей. Чо там сложного ваще не понимаю. Сервис меняет формат данные - выменяете следом.

ну вы по факту прокладка, не более.

Сервис ничего не поменял... Мы создавали одни сущности в API, теперь другие

ну так поменяйте их, это проблема?

Угу, а программист по факту прокладка между стулом и клавиатурой...

А где ты проблему увидел?

это у тебя пост выглядел как сложная проблема. которая не является сложной насколько я вижу из твоих объяснений.

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

Это просто задача. На примере которой я сказал что лучше возьму Node.js чем делать её же на пхп. Кто сказал что она сложная?