Как настроить правила перезаписи внутри firebase-hosting для маршрутизации определенных запросов к облачным функциям?

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

Вы пытаетесь изменить только один параметр (перезаписать) службы хостинга, и это не так, как это работает. При развертывании firebase.json все остальные конфигурации перезаписываются. Итак, ошибка, которую вы получили, заключается в том, что Firebase не просматривает последний файл конфигурации и не проверяет, что отличается от обновления, он просто пытается перезаписать весь последний файл конфигурации и выдает ошибку, потому что «общедоступный» является обязательным параметром для хостинга.

Это объяснилось, теперь вы ожидаете, что Firebase перезапишет /fns/register только на /register, но этого не произойдет. Ваша функция получит "полный" URL /fns/register.

На мой взгляд, лучший способ - создать корневой маршрут:

var functions = require('firebase-functions');
var express = require('express');

var app = express();
var router = express.Router();

router.post('/register', registerFunction);
router.post('/verify', verifyFunction);

app.use('/fns', router);

exports.fns = functions.https.onRequest(app);

И перезаписывает все функции на fns функцию:

{
  "database": {
    "rules": "database.rules.json"
  },
  "hosting": {
    "public": "build/default/public",
    "rewrites": [
      {
        "source": "/fns/**",
        "function": "fns"
      },
      {
        "source": "**",
        "destination": "/index.html"
      }
    ]
  }
}

Теперь вы можете использовать https://<your-project-id>.firebaseapp.com/fns/register для доступа к функции регистрации и https://<your-project-id>.firebaseapp.com/fns/verify для доступа к функции проверки.

На этот вопрос уже дан ответ здесь Хостинг Firebase с переписью динамических облачных функций

Я согласен с вами, что лучше всего сохранить SPA в одном проекте, а микросервис - в другом, но @Marcos V правильно использует корневую функцию

Я проголосовал за ответ Маркоса В., но я не могу принять это как ответ. В первую очередь потому, что в мире микросервисов вы не создадите монолит со всем функционалом в одном месте. Вы бы предпочли разбить на управляемые фрагменты и создать столько подходящих микросервисов, сколько необходимо / разумно для приложения.

При текущей настройке с firebase-hosting у вас должен быть файл конфигурации хоста только в одном проекте. Кроме того, хостинг должен быть в одном проекте, потому что все HTML, JS, CSS, связанные с вашим сайтом, будут иметь взаимозависимости и, следовательно, неразделимы (по крайней мере, на данный момент).

В то время как облачные функции лучше рассматривать как микросервисы, служащие определенной цели, и, следовательно, при необходимости они должны быть в отдельном проекте / микросервисе. Который можно легко развернуть с firebase deploy --only functions:YOUR_FN_NAME

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

Теперь поддержка правил базы данных в том же хостинг-приложении или в отдельном проекте оставлена ​​на усмотрение дизайнеров, которые могут решить, исходя из своего сценария использования.