Я создаю приложение и буду обслуживать контент для него с помощью облачных функций Firebase.
Я ожидаю, что трафик c будет низким в течение нескольких раз после запуска, поэтому он мне кажется правильным сгруппировать все мои конечные точки в большом приложении express, предоставляя единую облачную функцию, чтобы его экземпляры можно было сохранять "теплыми", поскольку они обрабатывают все конечные точки, ограничивая холодные запуски, которые будут частыми при низком трафике c. Если я правильно понимаю, этот подход не вызовет проблем с масштабированием, так как функции в любом случае объединяются вместе с помощью firebase при развертывании, поэтому «масштабированный код» будет таким же, как и при создании нескольких функций облака.
Может быть, когда traffi c становится достаточно, чтобы ограничить холодные запуски для каждой конечной точки или группы из них, я мог бы разделить большое приложение express на несколько, чтобы иметь несколько облачных функций.
Единственные вещи, которые меня трогают к созданию отдельных функций с самого начала, имеет отдельный мониторинг в консоли Firebase.
Я хотел бы исключить возможность регулярного пингования функций, чтобы они оставались теплыми, и сосредоточиться на поведении облачных функций.
Есть что-то, чего мне не хватает? Это правильный путь к go?