Skip to main content

Perform a Check

This section will illustrate how to perform a check request to determine whether a user has a certain relationship with an object.

Before you start

  1. Deploy an instance of the OpenFGA server, and have ready the values for your setup: FGA_STORE_ID, FGA_API_URL and, if needed, FGA_API_TOKEN.
  2. You have installed the SDK.
  3. You have configured the authorization model and updated the relationship tuples.
  4. You have loaded FGA_STORE_ID and FGA_API_URL as environment variables.

Step by step

Assume that you want to check whether user anne has relationship reader with object document:Z

01. Configure the OpenFGA API client

Before calling the check API, you will need to configure the API client.

// import the SDK
const { OpenFgaClient } = require('@openfga/sdk');

// Initialize the SDK with no auth - see "How to setup SDK client" for more options
const fgaClient = new OpenFgaClient({
apiUrl: process.env.FGA_API_URL, // required, e.g. https://api.fga.example
storeId: process.env.FGA_STORE_ID,
authorizationModelId: process.env.FGA_MODEL_ID, // Optional, can be overridden per request
});

02. Calling Check API

To check whether user user:anne has relationship can_view with object document:Z


// Run a check
const { allowed } = await fgaClient.check({
user: 'user:anne',
relation: 'can_view',
object: 'document:Z',
}, {
authorizationModelId: '01HVMMBCMGZNT3SED4Z17ECXCA',
});

// allowed = true

The result's allowed field will return true if the relationship exists and false if the relationship does not exist.

03. Calling Batch Check API

If you want to check multiple user-object-relationship combinations in a single request, you can use the Batch Check API endpoint. Batching authorization checks together in a single request significantly reduces overall network latency.

note

The BatchCheck endpoint is currently only supported by the JS SDK (>=v0.8.0 and the Python SDK (>=v0.9.0). Support in the other SDKs is being worked on.

In the SDKs that don't support the server-side BatchCheck, the BatchCheck method performs client-side batch checks by making multiple check requests with limited parallelization, in SDK versions that do support the server-side BatchCheck, the existing method has been renamed to ClientBatchCheck.

Refer to the README for each SDK for more information. Refer to the release notes of the relevant SDK version for more information on how to migrate from client-side to the server-side BatchCheck.

The BatchCheck endpoint requires a correlation_id parameter for each check. The correlation_id is used to "correlate" the check responses with the checks sent in the request, since tuple_keys and contextual_tuples are not returned in the response on purpose to reduce data transfer to improve network latency. A correlation_id can be composed of any string of alphanumeric characters or dashes between 1-36 characters in length. This means you can use:

  • simple iterating integers 1,2,3,etc
  • UUID e5fe049b-f252-40b3-b795-fe485d588279
  • ULID 01JBMD9YG0XH3B4GVA8A9D2PSN
  • or some other unique string

Each correlation_id within a request must be unique.

note

If you are using one of our SDKs:

  • the correlation_id is inserted for you by default and automatically correlates the allowed response with the proper tuple_key
  • if you pass in more checks than the server supports in a single call (default 50, configurable on the server), the SDK will automatically split and batch the BatchCheck requests for you, how it does this can be configured using the maxBatchSize and maxParallelRequests options in the SDK.

To check whether user user:anne has multiple relationships writer and reader with object document:Z

// Requires >=v0.8.0 for the server side BatchCheck, earlier versions support a client-side BatchCheck with a slightly different interface
const body = {
checks: [
{
user: 'user:anne',
relation: 'writer',
object: 'document:Z',
correlationId: '886224f6-04ae-4b13-bd8e-559c7d3754e1'
},{
user: 'user:anne',
relation: 'reader',
object: 'document:Z',
correlationId: 'da452239-a4e0-4791-b5d1-fb3d451ac078'
}
],
}

const options = {
authorization_model_id: '01HVMMBCMGZNT3SED4Z17ECXCA',
maxBatchSize: 50, // optional, default is 50, can be used to limit the number of checks in a single server request
maxParallelRequests: 10, // optional, default is 10, can be used to limit the parallelization of the BatchCheck chunks
};
const { result } = await fgaClient.batchCheck(body, options);

/*
{
"results": [
{
"correlationId": '886224f6-04ae-4b13-bd8e-559c7d3754e1',
"allowed": false,
"request": {
"user": 'user:anne',
"relation": 'writer',
"object": 'document:Z'}
}, {
"correlationId": 'da452239-a4e0-4791-b5d1-fb3d451ac078',
"allowed": true,
"request": {
"user": 'user:anne',
"relation": 'reader',
"object": 'document:Z'}
}
],
}
*/

The result will include an allowed field for each authorization check that will return true if the relationship exists and false if the relationship does not exist.

Configuring Batch Check

BatchCheck has two available configuration options:

  1. Limit the number of checks allowed in a single BatchCheck request.

    • Environment variable: OPENFGA_MAX_CHECKS_PER_BATCH_CHECK
    • Command line flag: --max-checks-per-batch-check
    • If more items are received in a single request than allowed by this limit, the API will return an error.
  2. Limit the number of Checks which can be resolved concurrently

    • Environment variable: OPENFGA_MAX_CONCURRENT_CHECKS_PER_BATCH_CHECK
    • Command line flag: --max-concurrent-checks-per-batch-check
OpenFGA Check API

Read the Check API documentation and see how it works.

OpenFGA Batch Check API

Read the Batch Check API documentation and see how it works.