У меня большой сайт, и у него разные потребности для разных пользователей.До сих пор одного приложения было достаточно для удовлетворения всех потребностей пользователей.
Теперь, когда мы растем, я хочу отделить базу кода, чтобы у меня было приложение для каждого основного случая использования.В этом контексте, когда я говорю «приложение», я имею в виду веб-приложения.
Моей первоначальной мыслью было создание основного API-приложения, которое выступает в роли веб-службы для облегчения всех функций каждого приложения.Однако, когда я подумал об этом дальше, я подумал, что использование HTTP в качестве того, что по сути является слоем данных, действительно снизит производительность, и я бы предпочел не бросать аппаратные средства в эту проблему, чтобы это исправить.
С другой стороны, у меня есть очень надежные модели данных (использующие ORM), которые я мог бы легко скопировать в каждое приложение.Пока я следил за тем, чтобы этот уровень модели данных оставался одинаковым для каждого приложения, я думаю, что должен иметь возможность ожидать согласованности данных для каждого приложения.
Что еще меня должно беспокоить?Чем больше я думаю об этом подходе, тем лучше он мне кажется - Apache уже обычно создает экземпляр текущего приложения для каждого клиента, поэтому несколько приложений уже получают доступ к базе данных одновременно.Эта архитектура должна быть такой же, просто код, который вызывает запросы к базе данных, будет другим.
Есть ли здесь какие-то другие недостатки, которые мне не хватает?стандартная ЛАМПА.