Несколько конечных точек или одна конечная точка с дополнительной логикой в ​​обработчике?

Question

Я занимаюсь разработкой приложения, которое будет интегрировано в разные платформы (например, p1, p2, ...). Допустим, пользователи смогут подписаться, поэтому полезная нагрузка будет отправлена ​​на конечную точку /subscribe.

Однако отправляемая полезная нагрузка не будет одинаковой на разных платформах p1 или p2 (полезная нагрузка не может быть изменена). Поэтому мне интересно, если у меня есть две разные конечные точки /p1/subscribe и /p2/subscribe или у меня должна быть одна конечная точка с дополнительным кодом в обработчике, который будет проверять полезную нагрузку и на ее основе вызывать правильный (вспомогательный) обработчик.

На мой взгляд, имеет больше смысла иметь единственную конечную точку, но хотелось бы услышать вашу.

Answer 1

У вас может быть одна конечная точка «шлюза», которая делегирует / p1 / подписку или / p2 / подписку, например, на основе. Заголовки HTTP.

Точная архитектура зависит от того, хотите ли вы просто направить P1 и P2 к соответствующим службам или активно хотите запретить P1 доступ к службам P2.