Разделение задней части и передней части

Question

Есть ли основания для разделения внешнего интерфейса FE и внутреннего интерфейса BE (для администрирования и обслуживания клиентов) на разных веб-сайтах в рамках одного решения.

На самом деле это вызывает у меня проблемы с удалением элементов из кэша, (они) решили поместить FE и BE в разные домены приложений, это означает, что разные объекты Cache !!

Я спросил их о причине, и они сказали
1- Чтобы не было нехватки памяти и убрать эффект BE на производительность FE.
Я сомневаюсь в этом, команда обслуживания клиентов, вероятно, влияет на производительность централизованной базы данных, но есть хиты, как добавление 10 клиентов на наш сайт, это ничто! Кроме того, память домена приложения расширяется при необходимости, насколько я знаю, она не выделяет ресурсы заранее (проверьте это, пожалуйста!)

2- Чтобы не потерять FE и BE, если веб-сайт не работает.
Я согласен, но это не причина помещать весь BLL в веб-сервис, а как насчет ЗАЩИТЫ BLL !!!, я предпочитаю ПОТЕРЯТЬ ОБА, если IIS выйдет из строя.)

Что ты думаешь?

Answer 1

Backend и frontend - это два разных проекта, которые запрашивают одну и ту же базу данных, поэтому разделяют их на два разных сайта. Разделение обязанностей.

Кроме того, наличие разных веб-сайтов имеет следующие преимущества:

• Легче защищать (в IIS)
• Различное поведение, пользовательские сообщения об ошибках
• Процессор / крышки памяти
• Сносить либо бэкэнд, либо внешний интерфейс, что важно, когда из-за какой-то ошибки бэкэнд-система тянет с собой фронтэнд
• Разные домены на проект
• Легко перенести один из проектов на другой сервер

Используйте некоторую распределенную систему кэширования, такую ​​как memcached, оба проекта могут обращаться к одному и тому же кешу, хотя я бы предпочел не взаимодействовать друг с другом.

Наконец, BLL в веб-сервисе - совершенно обычное поведение. Наш бэкэнд-процесс обращается к расширенной версии нашего открытого API, которая заблокирована IP и имеет маркер безопасности для получения прав.