Configuration
If Luden Server is deployed in a standalone mode, it could be configured via single YAML file (read more about deployment options here). The most popular options can be defined as environment variables too. We're aiming to make Luden 100% configurable with env variables, but we're not there yet. Besides, you can host Jitsu config file on external storage - S3, MinIO, HTTP, etc.
We follow convention over configuration so the majority of parameters are optional. To get a base file, clone it from GitHub.
Redis
Luden Server requires Redis. Luden can run without it, however it will work in single-node mode without synchronization, queue persistence, and other high-availability features. It's good enough for development, but not recommended for production.
Redis version 5 and higher are supported. Here's a full list of features that will not work if Redis is not available
Last events caching (see Events Cache)
Sources synchronization (see Sources Configuration)
Retroactive Users Recognition
Redis credentials should be put into to meta.storage.redis
section (see below)
Configuration file structure
Luden config file consists of the following sections:
server
— General configuration parameters such as port, application logs configuration, singer bridge configuration, etc.geo
— Geo-resolution data (extracting city/state information from the IP address). We currently only support MaxMind as a data provider. see Geo Data resolutionlog
— Jitsu writes all events locally and sends them to their destinations (in batch mode). This is where you configure your local temporary path and push frequency.sql_debug_log
— All SQL statements such as DDL and DML expressions can be stored in separate log files or in stdout.api_keys
— A set of API Keys objects that identify incoming events JSONs and mapping between destinations is done based on them. see Authorization pagedestinations
— A set of targets where the final version of events will be stored. see Destinations Configurationsources
— A set of data sources to synchronize from. see Sources Configurationusers_recognition
— Luden can update past events with user identifiers on user's identification event!coordination
— coordination service configuration. It is used in cluster Jitsu deployments. see Scaling Ludennotifications
— notifier configuration. Server starts, system errors, synchronization statuses, and panic information will be sent to it. Currently, only Slack notifications are supported.meta.storage
- meta storage is the main application storage and it is required for some features. At present, Luden supports only Redis version 5 and higher.ui.base_url
– base Configurator UI URL for generating links in notificationsnode
– node.js process pool size and max heap space in megabytes per process (node
is used to execute JavaScript transformations and plugins).
Example:
You can set ${env.OS_ENV_VAR_NAME} to any configuration parameter in YAML file. Jitsu will get the value from OS ENV (with name OS_ENV_VAR_NAME from the example).
Server
All fields from the server section are optional:
Field | Type | Description | Default value |
---|---|---|---|
name | string | Unique instance name. It is used in cluster deployments. | unnamed-server |
port | int | TCP port for the server to listen on. |
|
public_url | string | Service public URL. It is used on the welcome HTML page. | Will be got from |
log.path | string | Path to application logs. If not set, app logs will be in stdout. | - |
log.rotation_min | int | Log files rotation minutes. If log.path is configured. | - |
api_keys_reload_sec | int | If an URL is set in api_keys section, authorization will be reloaded every api_keys_reload_sec seconds. see Authorization page. |
|
destinations_reload_sec | int | If an URL is set in destinations section, destinations will be reloaded every destinations_reload_sec seconds. see Destinations. |
|
sources_reload_sec | int | If an URL is set in sources section, sources will be reloaded every sources_reload_sec seconds. |
|
admin_token | string | see Admin Endpoints page. | - |
metrics.prometheus.enabled | boolean | see Application Metrics page. |
|
telemetry.disabled.usage | boolean | Flag for disabling telemetry. Luden collects usage metrics about how you use it and how it is working. We don't collect any customer data. |
|
metrics.relay.disabled | boolean | Disables extended telemetry metrics collection. |
|
metrics.relay.deployment_id | string | Allows to provide deployment ID for extended telemetry collection. | Cluster ID |
disable_version_reminder | boolean | Flag for disabling log reminder banner about new Luden versions availability. |
|
sync_tasks.store_logs.last_runs | int | Logs for how many task runs must be kept in meta storage. Controlled on Source's collection level. When number of task runs for Source collection exceed provided value – old records get removed from meta storage. |
|
event_enrichment.http_context | boolean | Whether the server should enrich incoming HTTP events with HTTP context (headers, etc.). Please note that when upgrading from Luden 1.41.6 you can switch this setting to |
|
Log
Luden Server supports destinations in streaming and batch modes. In the case of batch mode, all events are stored in JSON log files locally to path directory, and every rotation_min minutes they are processed and pushed to destinations. All fields from log section are optional:
Field | Type | Description | Default value |
---|---|---|---|
path | string | Events log files path. |
|
rotation_min | int | Log files rotation minutes. |
|
show_in_server | boolean | Flag for debugging. If true - all events JSON data is written in app logs. |
|
Last updated