Tips & Tricks

This document describes best practices for designing, implementing, testing, and deploying Cloud Functions.


This section describes general best practices for designing and implementing Cloud Functions.

Write idempotent functions

Your functions should produce the same result even if they are called multiple times. This lets you retry an invocation if the previous invocation fails partway through your code. For more information, see retrying background functions.

Always delete temporary files

Local disk storage in the temporary directory is an in-memory filesystem. All files that you write consume memory available to your function. Files that you write are usually available at consecutive invocations, therefore failing to delete these files may eventually lead to an out-of-memory error and a subsequent cold start.

You can see the memory used by an individual function by selecting it in the list of functions in the API Console and choosing the "Memory usage" plot.

Do not attempt to write outside of the temporary directory. Also, use platform-independent methods such as os.tmpdir() and path.join() to construct the temporary file path, so that your functions also work on the emulator on any platform.

You can bypass the problem of creating temporary files by using pipelining. For example, you can process a file on Cloud Storage by creating a read stream, passing it through a scaling pipe of sharp, and writing directly back to Cloud Storage using a write stream. For details, see Image resizing using Node.js Stream and Sharp.


This section provides guidelines on how to use tools to implement, test, and interact with Cloud Functions.

Use existing tools

Function deployment takes a bit of time, so it is often faster to test the code of your function locally using the open source Cloud Functions Emulator.

Finally, try to use existing popular modules rather than creating your own.

Use Sendgrid to send emails

Cloud Functions does not allow outbound connections on port 25, so you cannot make non-secure connections to an SMTP server. The recommended way to send emails is to use SendGrid. You can find a complete example in the SendGrid Tutorial, and other options for sending email in the Google Compute Engine document Sending Email from an Instance.


This section describes best practices for optimizing performance.

Minimize dependencies

Because functions are stateless and the execution environment is often initialized from scratch (during what is known as a cold start), the global context of the function is evaluated.

If your functions specify dependent packages with require(), the load time for those packages adds to the invocation latency during a cold start. You can reduce this latency as well as function deploy time by minimizing the number of dependencies loaded by your function.

Use global variables to reuse objects in future invocations

There is no guarantee that the state of a Cloud Function will be preserved for future invocations. However, Cloud Functions often recycles the execution environment of a previous invocation. If you declare a variable in global scope, its value can be reused in subsequent invocations without having to be recomputed.

This way you can cache objects that may be expensive to recreate on each function invocation. Moving such objects from the function body to global scope may result in significant performance improvements. The following example creates a heavy object only once per function instance, and shares it across all function invocations reaching the given instance:

console.log('Global scope');
const perInstance = heavyComputation();
const functions = require('firebase-functions');

exports.function = functions.https.onRequest((req, res) => {
    console.log('Function invocation');
    const perFunction = lightweightComputation();

    res.send(`Per instance: ${perInstance}, per function: ${perFunction}`);

It is particularly important to cache network connections, library references, and API clients in global scope. See Optimizing Networking for examples.

Do lazy initialization of global variables

If you initialize variables in global scope, the initialization code will always be executed via a cold start invocation, increasing its latency. If some objects are not used in all code paths, consider initializing them lazily on demand:

const functions = require('firebase-functions');
let myCostlyVariable;

exports.function = functions.https.onRequest((req, res) => {
        myCostlyVariable = myCostlyVariable || buildCostlyVariable();

This is particularly important if you define several functions in a single file, and different functions use different variables. Unless you use lazy initialization, you may lose resources initializing variables that are never subsequently used.

Send feedback about...

Need help? Visit our support page.