В случае использования традиционных подходов, скорость работы друпала в качестве бэкенда для single-page application или в качестве мобильного бэкенда - не выдерживает никакой критики.
Конечно, всегда можно написать быстрый бэкенд на Node.js, Pytnon, использовать NoSQL базы данных. И все это будет работать достаточно шустро.
Но это решает только часть проблем и порождает массу других:
- найм новых специалистов, изучение новых языков программирования и фреймворков;
- разнесение/дублирование бизнес-логики;
- необходимость с нуля реализовывать многие вещи, которые давно есть в друпале;
- ...
Для бизнеса это существенно повышает риски и стоимость проекта. Проект становится неуправляемым.
Я расскажу:
- как решить задачу создания быстрого бэкенда привычными средствами;
- какие архитектурные решения надо использовать, чтобы иметь возможность масштабировать проект по мере его роста;
- про паттерны построения высоконагруженных систем применимые к друпалу.
