1) Выбор ближайшего к вам места .Вы можете настроить тестирование облачных функций в разных регионах и протестировать задержку прохождения туда и обратно.Только вы можете узнать особенности вашего местоположения.
2) Сфокусируйте вашу программную архитектуру на инфраструктуре, которая доступна локально.
Используйте Firestore напрямую, насколько это возможно.(Я не уверен в доступности региона Firestore, но у него есть автономные данные, вы не можете быть ближе, чем это!).Конечно, используйте Firestore для базового CRUD API.
3) Архитектор для использования CloudFunctions для пакетной и фоновой обработки .Если требуется какая-либо обработка бизнес-логики, запишите данные в Firestore и запустите FF-триггер при записи события данных.Сделайте, чтобы этот триггер обновил эту запись с дополнительной обработкой, и укажите состояние, которое затем сработает обратно на клиентскую сторону.(отредактировано)
У вас также есть бонусное преимущество - вы можете контролировать авторизацию с помощью Firestore, где функции не имеют контроля авторизации на уровне администратора.
4) Уменьшить болтовню - сведение к минимуму общего количества вызовов CloudFunction и обеспечение того, чтобы сами CloudFunctions делали больше за один раз и возвращали более полные данные за один раз.