क्लाउड फ़ंक्शंस के कुछ अनुरोधों को रूट करने के लिए फ़ायरबेस-होस्टिंग के अंदर पुनर्लेखन नियमों को कॉन्फ़िगर कैसे करें?

Question

मेरे पास एक पीडब्ल्यूए है जो पॉलिमर 2.0 और पॉलिमरफायर का उपयोग करके बनाया गया है और यह मेरा वेब एप्लीकेशन है। मेरे पास एक क्लाउड फ़ंक्शन (माइक्रोस्कोप) के रूप में कार्य करने वाला एक एक्सप्रेस ऐप है। उदाहरण: exports.register=functions.https.onRequest(app);

पुनर्लेखन नियम कैसे जोड़ने के लिए /fns/register और /fns/verify कहना ऊपर एप्लिकेशन register को मैप करने के।

मैंने क्लाउडफंक्शन माइक्रोस्कोप प्रोजेक्ट में अपनी firebase.json फ़ाइल अपडेट की है, लेकिन जब मैं firebase deploy --only functions:register चलाता हूं तो यह कहता है कि होस्टिंग कॉन्फ़िगरेशन को तैनात करने के लिए कोई सार्वजनिक फ़ोल्डर नहीं है!

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

मूल वेब applicaiton में फिर से लिखने के नियम को बनाए रखने के एक विकल्प हो सकता है, लेकिन फिर भी, आदर्श IMHO नहीं है। अगर मुझे इसे अपने मूल वेब एप्लिकेशन में करना है, तो मैंने भी कोशिश की, लेकिन इसे नहीं बनाया जा सका। पीछा कर रहा है मेरी अपने मूल वेब अनुप्रयोग में firebase.json अद्यतन:

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

Answer 1

सभी संसाधनों (होस्टिंग, कार्य और डेटाबेस) के लिए सिर्फ एक परियोजना को बनाए रखने के लिए आदर्श है, मुझे लगता है कि Firebase परियोजनाओं का प्रबंधन करने के लिए सही तरीका है।

आप होस्टिंग सेवा के केवल एक पैरामीटर (रीराइट्स) को बदलने की कोशिश कर रहे हैं, और यह वैसे ही काम नहीं करता है। जब आप firebase.json को तैनात करते हैं, तो अन्य सभी कॉन्फ़िगरेशन ओवरराइट किए जाते हैं। इसलिए, आपको मिली त्रुटि इसलिए है क्योंकि फ़ायरबेस अंतिम कॉन्फ़िगरेशन फ़ाइल नहीं देखता है और यह जांचने के लिए अलग-अलग है कि यह सभी अंतिम कॉन्फ़िगरेशन फ़ाइल को ओवरराइट करने का प्रयास करता है और त्रुटि प्राप्त करता है क्योंकि "सार्वजनिक" होस्टिंग के लिए एक आवश्यक पैरामीटर है।

यह समझाया गया है कि अब आप उम्मीद कर रहे हैं कि फायरबेस /fns/register को केवल /register पर फिर से लिखता है, लेकिन ऐसा नहीं होगा। आपका फ़ंक्शन "पूर्ण" यूआरएल /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

मैं आपसे सहमत हूँ कि यह सबसे अच्छा है एक अलग से एक में एक परियोजना में स्पा और microservice रखने के लिए लेकिन @Marcos एक रूट समारोह

उपयोग के बारे में अपनी सही वी उत्तर दिया जाता है

Answer 3

मैंने मार्कोस वी के उत्तर के लिए वोट दिया है लेकिन मैं वास्तव में इसे उत्तर के रूप में स्वीकार नहीं कर सकता। मुख्य रूप से क्योंकि माइक्रोस्कोप दुनिया में आप एक ही स्थान पर सभी कार्यक्षमताओं के साथ एक मोनोलिथ नहीं बनाएंगे। आप बजाय प्रबंधनीय हिस्सों में तोड़ेंगे और आवेदन के लिए जरूरी/उचित के रूप में कई उपयुक्त माइक्रोस्कोपिस बनाएंगे।

फ़ायरबेस-होस्टिंग के साथ वर्तमान सेट-अप के साथ, आपके पास एक प्रोजेक्ट में होस्ट कॉन्फ़िगरेशन फ़ाइल होना चाहिए। साथ ही, होस्टिंग एक प्रोजेक्ट में होगा क्योंकि आपकी साइट से संबंधित सभी एचटीएमएल, जेएस, सीएसएस में अंतर-निर्भरता होगी और इसलिए अविभाज्य (कम से कम अब तक) हैं।

जबकि क्लाउड फ़ंक्शंस को एक निश्चित उद्देश्य की सेवा करने वाले सूक्ष्मदर्शी के रूप में बेहतर समझा जाता है और इसलिए आवश्यकतानुसार अलग परियोजना/माइक्रोस्कोस में होना आवश्यक है। firebase deploy --only functions:YOUR_FN_NAME

के साथ आसानी से तैनात किया जा सकता है जब भी आपको नए क्लाउड फ़ंक्शंस माइक्रोस्कोस के लिए मैपिंग जोड़ने की आवश्यकता होती है, आगे बढ़ें और मुख्य होस्टिंग एप्लिकेशन में रूटिंग परिवर्तन करें और इसे तैनात करें। इस दृष्टिकोण के साथ, हम कम से कम बैक एंड भाग माइक्रोस्कोप होने जा सकते हैं।

अब एक ही होस्टिंग एप्लिकेशन या डेटाबेस में डेटाबेस नियमों को बनाए रखना उन डिजाइनरों को छोड़ दिया गया है जो उनके उपयोगकेस के आधार पर निर्णय ले सकते हैं।