Экспресс в облачных функциях Google

Question

При просмотре некоторых руководств по облачным функциям Firebase кажется, что Express - это в значительной степени стандартный инструмент.Мне было интересно, хотя бы имеет ли смысл использовать отдельное экспресс-приложение для каждой функции, чтобы каждое мини-приложение содержало только один маршрут.Или я должен создать одну функцию, которая является экспресс-приложением, управляющим всеми обработчиками запросов?

Удобство первого подхода заключается в том, что я вижу отдельные журналы для каждой функции в консоли.

Преимущество второго заключается в том, что я могу использовать динамические URL-адреса и сопоставлять параметры.Как "user/1234/cars".(Я не планирую это делать)

Что меня действительно интересует, так это то, какой из них более эффективен или быстрее, как часто эти функциональные среды воссоздаются?

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

Answer 1

С серверными бэкэндами, такими как облачные функции, вы обычно не беспокоитесь о масштабировании.Это произойдет автоматически в ответ на нагрузку на ваши конечные точки, и вы не можете контролировать, как это происходит.Поведение масштабирования - это деталь реализации системы, и система сама решает, что лучше.

Единственное, о чем вам, как разработчику приложения, нужно беспокоиться, это написание и развертывание кода, который работает.способ, который подходит вам лучше всего.Вам не нужно жертвовать удобством функций для лучшего масштабирования (потому что, как уже упоминалось, вы не можете контролировать поведение масштабирования в любом случае).

Если вы хотите более сложную и настраиваемую запись в журнал, изучите использование StackDriverвместо консольных логов.