特定の要求をクラウド機能にルーティングするためにfirebase-hosting内で書き換えルールを設定するにはどうすればよいですか？

Question

私はポリマー2.0とpolymerfireを使用して構築されたPWAを持っており、私のウェブアプリケーションです。私はクラウド機能（マイクロサービス）として動作する明示的なアプリを持っています。 例：上記のアプリregisterに/fns/registerと/fns/verifyを言うマッピングするために書き換えルールを追加する方法exports.register=functions.https.onRequest(app);

。

クラウド機能のマイクロサービスプロジェクトでfirebase.jsonファイルを更新しましたが、firebase deploy --only functions:registerを実行すると、ホスティング設定を展開するためのパブリックフォルダがありません。

{ 
    "hosting": { 
     "rewrites": [{ 
      "source": "/fns/**", "function": "register" 
     }] 
    }  
} 

元のWebアプリケーションで書き換えルールを維持することも可能ですが、理想的なIMHOではありません。元のWebアプリケーションでそれをやろうとしたら、それもやってみましたが、できませんでした。私の私の元のWebアプリケーションにfirebase.jsonを更新し、次のとおりです。すべてのリソースのひとつのプロジェクト（ホスティング、機能およびデータベース）を維持

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

Answer 1

は理想的ですが、私はFirebaseのプロジェクトを管理するための正しい方法だと思います。

ホスティングサービスのパラメータを1つだけ変更（書き換え）しようとしていますが、これは動作しません。 firebase.jsonをデプロイすると、他のすべての設定が上書きされます。だから、Firebaseは最後の設定ファイルを見ずに何が違うのかを確認するだけなので、最後の設定ファイルをすべて上書きしようとしていて、 "public"はホスティングに必要なパラメータなのでエラーが出ます。

これで、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/verifyが必要です。

Answer 2

この質問はすでにここFirebase Hosting with dynamic cloud functions rewrites

私はそれが別のものであるプロジェクトでSPAとmicroserviceを保つために最善であることをあなたに同意したが@Marcosがルート機能

を使用することについて、正しいをV答えています

Answer 3

私はMarcos Vの答えをアップに投票しましたが、私は答えとしてそれを本当に受け入れることはできません。主にマイクロサービスの世界では、1つの場所にすべての機能を備えたモノリスを作成しないためです。むしろ、管理可能なチャンクに分割し、アプリケーションに必要/妥当な数の適切なマイクロサービスを作成します。

firebase-hostingによる現在の設定では、1つのプロジェクトだけでホスト構成ファイルを用意する必要があります。また、あなたのサイトに関連するすべてのHTML、JS、CSSが相互依存性を持ち、したがって（少なくとも今のところは）分離不可能であるため、ホスティングは1つのプロジェクトに含まれます。

ただし、クラウド機能は、決定的な目的を果たすマイクロサービスと見なされるため、必要に応じて別々のプロジェクト/マイクロサービスに配置する必要があります。 firebase deploy --only functions:YOUR_FN_NAME

新しいクラウド機能のマイクロサービス用にマッピングを追加する必要がある場合は、メインホスティングアプリケーションでルーティングを変更して展開してください。このアプローチでは、少なくともバックエンド部分をマイクロサービスにすることができます。

同じホスティングアプリケーションまたは別のプロジェクトにデータベースルールを維持することは、そのユースケースに基づいて決定できるデザイナーに委ねられます。