Использование двух разных систем REST API back-end для одного приложения/ front-end [закрыто]
В общем, в настоящее время у меня есть проект веб-приложения с фронтендом на Next.js (React/JS) и бэкендом на Laravel (PHP). Когда началась разработка, разработчики выбрали Laravel, и я был согласен с этим, так как я не особо разбирался в бэкендах и слышал, что с Laravel все в порядке. Но с этого момента, вместе с разработкой проекта, я начал изучать Javascript, React и т.д., и сейчас я работаю над проектом в основном сам, потому что с моими нынешними навыками я могу делать большинство вещей, связанных с front-end, и я также немного знаком с Laravel на данный момент.
В настоящее время я хочу глубже погрузиться в Node.js или Django, и вот мой вопрос по этому поводу.
Я хотел бы создать расширение моего веб-приложения с еще одной интегрированной областью в нем, с некоторой совершенно другой функциональностью, которая полностью отделена от существующего Laravel REST API. Текущий REST API просто отправляет Json на фронтенд, запрашиваемый через axios с помощью простого rest url. В качестве практического проекта я хотел построить новый REST API для этой новой части веб-приложения на Django/Node в одиночку, и единственное, что нужно сохранить - это логику аутентификации из Laravel (работа с токенами на предъявителя)
Поэтому я подумал, что могу создать еще один REST API, но на Node.js, Django, который отправляет те же данные JSON, но с запросами от этого node/django api url, при посещении этих областей сайта, а затем используя другой url для запросов на другой части сайта. Хотя они будут использовать один и тот же front-end.
API, как уже упоминалось, будут полностью разделены, и единственное, что будет общим, это аутентификация с Laravel через токены на предъявителя.
Мой вопрос заключается в том, является ли это плохой идеей и какие проблемы это может вызвать?