Skip to main content
This page provides best practices for optimizing the performance of serverless functions that connect to CockroachDB, such as AWS Lambda functions and Google Cloud Functions.

Use connection pools that persist across function invocations

Use to manage the lifecycle of database connections established by serverless functions. Connection pools check connection health and re-establish broken connections in the event of a communication error. When creating connection pools in serverless functions:
  • Set the maximum connection pool size to 1, unless your function is multi-threaded and establishes multiple concurrent requests to your database within a single function instance.
  • Do not set a minimum idle connection count. The connection pool should be free to open connections as needed.
  • If supported by your pooling library, set the maximum lifetime on the connection pool to 30 minutes.
If you plan to invoke a serverless function frequently, configure the function to persist connection pools across function invocations. This helps to limit the number of new connection attempts to the cluster. One way to do this is to initialize the connection pool variable outside the scope of the serverless function definition. For example if an AWS Lambda function uses to add data to a table and runs every few seconds, initialize the connection pool variable outside of the handler function definition, then define the connection pool in the handler only if the pool does not already exist. Select either node.js or Python to continue.
The following node.js code implements this pattern:

Use CockroachDB Standard

As a database-as-a-service, CockroachDB Standard abstracts away the complexity of deploying, scaling, and load-balancing your database. To create a free CockroachDB Standard cluster:

Deploy serverless functions in the same region as your cluster

To minimize network latency, you should deploy your serverless functions in the same region as your cluster. If your serverless function provider does not offer deployments in the same region as your database deployment, choose the region nearest to the region where your database is deployed.

See also