Если вам это действительно не нужно, я бы не стал делить услугу на большее количество услуг с самого начала. Простое наличие отдельного контроллера и различных требований к доступу / контролю, применяемых к каждому контроллеру, должно помочь вам начать.
Вещи, которые заставят вас задуматься о разделении их ... из того, что вы объяснили, в основном масштабирование. Если API publi c должен иметь возможность масштабировать намного больше, чем API управления, вы можете подумать о том, чтобы сделать его более легким и не масштабировать управление вместе с ним. Сильные ограничения, связанные с доступом, также могут быть проблемой.
Но если это не так, и у вас нет ясности с самого начала, не платите цену за несколько услуг с самого начала для такого простая вещь Если вы не в чём-то не разбираетесь, * * *, если у вас есть необходимые основы, у вас должно быть время и четкое представление о том, как их разделить в будущем.
"Дополнительные услуги" - это не то, чем вы являетесь предоставляется бесплатно.
Это мое 2e c;). Ура! П.Д .: У нас много таких сервисов, внутренних инструментов, и пока нет необходимости делить их. Я консультировался в других местах, где мы начали деление с самого начала, но не для внутренних инструментов, и тогда мы не будем напрямую использовать одну и ту же БД.