Бессерверная и традиционная архитектура маршрутизации веб-фреймворков
Так же, как чисто хобби, я пишу код, который потребует от пользователей регулярного взаимодействия с CRUD через веб-браузер.
Естественно, чтобы не изобретать велосипед, я смотрю на различные веб-фреймворки, и почти все они имеют встроенную логику маршрутизации: /posts - это x, / users - y и т. Д.
На первый взгляд, это кажется хорошей идеей - для меня гораздо менее важно переопределить (и неизбежно ошибиться), с другой стороны, это похоже на узкое место и единственную точку отказа - каждый клиент должен поразить определенную сначала узел, чтобы он мог разрешить маршрутизацию, это, вероятно, может быть сбалансировано по нагрузке, но похоже на дублирующее усилие, почему балансировщик нагрузки не может направить прямо к нужному ресурсу, делая его 1-шаговой операцией?
Сейчас это хобби-проект, и я никак не могу решить эти проблемы, но только ради того, чтобы научиться и правильно его понять с первого раза, существуют ли какие-либо веб-фреймворки на python3, которые делают оба из коробки?
Есть ли способ настроить балансировщик нагрузки для обработки маршрутизации или, возможно, пойти по "безсерверному" маршруту (где я могу определить свои ресурсы в этом случае?)
Я могу использовать AWS Application Load Balancer, но я бы предпочел общее решение.
Я здесь не прав? Как вы думаете, эти проблемы должны быть разделены или решены в одном месте?