À mesure que vous intégrez Cloud Functions à votre projet, votre code peut se développer pour contenir de nombreuses fonctions indépendantes. Vous pouvez avoir trop de fonctions pour les intégrer raisonnablement dans un seul fichier, ou différentes équipes peuvent déployer différents groupes de fonctions, ce qui crée le risque qu'une équipe écrase ou supprime accidentellement les fonctions d'une autre équipe. Cloud Functions propose différentes façons d'organiser votre code pour faciliter la navigation et la gestion de vos fonctions.
Organiser les fonctions dans les codebases
Vous pouvez utiliser la propriété codebase
de l'objet de configuration des fonctions dans firebase.json
pour gérer une grande collection de fonctions dans plusieurs dépôts ou sous-packages dans une configuration monorepo de dépôt unique:
# firebase.json
"functions": {
"codebase": "my-codebase"
# NOTE: Codebase must be less than 63 characters and can contain only
# lowercase letters, numeric characters, underscores, and dashes.
}
La propriété codebase
est compatible avec la version 10.7.1 de la CLI Firebase et les versions ultérieures.
Gérer plusieurs dépôts
La propriété codebase
peut aider à simplifier la gestion de plusieurs dépôts. Imaginons que vous disposiez de deux dépôts différents qui déploient des fonctions dans le même projet Firebase:
$ tree .
├── repoA
│ ├── firebase.json
│ └── functions
│ ├── index.js
│ └── package.json
└── repoB
├── firebase.json
└── functions
├── index.js
└── package.json
Sans annotations de code, la CLI Firebase vous aurait invité à supprimer les fonctions définies dans l'autre dépôt au moment du déploiement:
$ (cd repoA && firebase deploy --only functions)
...
i functions: preparing functions directory for uploading...
✔ functions: functions folder uploaded successfully
The following functions are found in your project but do not exist in your local source code:
fn1FromRepoB
fn2FromRepoB
...
? Would you like to proceed with deletion? Selecting no will continue the rest of the deployments. (y/N)
Pour éviter ce problème, ajoutez une annotation de codebase unique dans la section de configuration des fonctions de firebase.json
dans chaque dépôt de projet:
# repoA/firebase.json
"functions": {
"codebase": "repo-a"
}
# repoB/firebase.json
"functions": {
"codebase": "repo-b"
}
Avec l'annotation du codebase, la CLI Firebase ne vous invite plus à supprimer les fonctions définies en dehors de votre dépôt immédiat:
$ (cd repoA && firebase deploy --only functions)
...
i functions: preparing functions directory for uploading...
✔ functions: functions folder uploaded successfully
# Gleefully ignores functions from repoB
i functions: creating Node.js 16 function fnFromRepoA (us-central1)...
✔ Deploy Complete!
Gérer plusieurs packages sources (monorepo)
La propriété codebase
peut aider à simplifier la gestion de plusieurs packages sources dans un même dépôt. Imaginons que vous disposiez d'un répertoire de projet Firebase avec des définitions de fonction réparties sur plusieurs sous-packages:
$ tree .
├── firebase.json
├── teamA
│ ├── index.js
│ └── package.json
└── teamB
├── index.js
└── package.json
Cette configuration convient aux cas d'utilisation suivants:
- Vous avez configuré un monorépertoire et différentes équipes gèrent leurs propres définitions de fonction dans un package isolé.
- Vous disposez d'une fonction avec une dépendance externe importante et une initialisation longue, et vous souhaitez l'isoler des autres fonctions sensibles à la latence.
Pour prendre en charge la configuration monrepo de cette manière, définissez plusieurs configurations de fonctions dans firebase.json
:
"functions": [
{
"source": "teamA",
"codebase": "team-a"
},
{
"source": "teamB",
"codebase": "team-b"
},
]
Avec cette configuration, la CLI Firebase déploie les fonctions de tous les packages dans une seule commande de déploiement:
$ firebase deploy --only functions
i deploying functions
i functions: preparing codebase team-a for deployment
i functions: preparing codebase team-b for deployment
i functions: creating Node.js 16 function team-a:helloATeam(us-central1)...
i functions: creating Node.js 16 function team-b:helloBTeam(us-central1)...
...
Vous pouvez également déployer un codebase spécifique:
$ firebase deploy --only functions:team-b
i deploying functions
i functions: preparing codebase team-b for deployment
i functions: updating Node.js 16 function team-b:helloBTeam(us-central1)...
...
Écrire des fonctions dans plusieurs fichiers
Lorsque vous commencez à utiliser Cloud Functions, vous pouvez placer vos premières fonctions dans un seul fichier:
index.js
const functions = require('firebase-functions/v1');
exports.foo = functions.https.onRequest((request, response) => {
// ...
});
exports.bar = functions.https.onRequest((request, response) => {
// ...
});
main.py
from firebase_functions import https_fn
@https_fn.on_request()
def foo(req: https_fn.Request) -> https_fn.Response:
return https_fn.Response("Hello foo!")
@https_fn.on_request()
def bar(req: https_fn.Request) -> https_fn.Response:
return https_fn.Response("Hello bar!")
Cela peut s'avérer difficile à gérer avec plusieurs fonctions. À la place, vous pouvez placer toute votre logique pour chaque fonction dans son propre fichier et utiliser votre fichier source comme liste d'exportations:
Node.js
foo.js
const functions = require('firebase-functions/v1'); exports.foo = functions.https.onRequest((request, response) => { // ... });
bar.js
const functions = require('firebase-functions/v1'); exports.bar = functions.https.onRequest((request, response) => { // ... });
index.js
const foo = require('./foo'); const bar = require('./bar'); exports.foo = foo.foo; exports.bar = bar.bar;
Python
foo.py
from firebase_functions import https_fn
@https_fn.on_request()
def foo(req: https_fn.Request) -> https_fn.Response:
return https_fn.Response("Hello foo!")
bar.py
from firebase_functions import https_fn
@https_fn.on_request()
def bar(req: https_fn.Request) -> https_fn.Response:
return https_fn.Response("Hello foo!")
main.py
from fn_impl.foo import *
from fn_impl.bar import *
Cette configuration suppose une structure de répertoire de projet comme suit:
my-project
├── firebase.json
└── functions
├── fn_impl
│ ├── __init__.py
│ ├── foo.py
│ └── bar.py
├── main.py
└── requirements.txt
fn_impl
: peut porter n'importe quel nom
__init__.py
: obligatoire, mais peut être vide
Fonctions de groupe
Dans de nombreux projets, les fonctions peuvent être séparées en groupes logiques qui doivent être déployés et gérés ensemble. Par exemple, vous pouvez avoir un groupe de fonctions utilisées pour les métriques de création de rapports:
metrics.js
const functions = require('firebase-functions/v1'); exports.usageStats = functions.https.onRequest((request, response) => { // ... }); exports.nightlyReport = functions.https.onRequest((request, response) => { // ... });
Vous pouvez regrouper ces fonctions lorsque vous les exportez dans votre fichier index.js
:
index.js
// Export both functions from metrics.js in the "metrics" group: // - metrics-usageStats // - metrics-nightlyReport exports.metrics = require('./metrics');
Lors du déploiement, le nom de leur groupe sera ajouté au début des fonctions. Dans cet exemple, les fonctions seront nommées metrics-usageStats
et metrics-nightlyReport
.
Lorsque vous déployez des fonctions, vous pouvez limiter l'action à un seul groupe:
firebase deploy --only functions:metrics
Étapes suivantes
Pour en savoir plus sur Cloud Functions, consultez les ressources suivantes: