Workers Config
The component’s name of metaVault is DFAKTO_WORKERS. You will need to prefix the environment variable with this value.
Step Function Config
This section gives the necessary information for the orchestrator to connect to either AWS Step Function or, most likely, dFakto states.
AuthenticationKey and AuthenticationSecret : allow to safely authenticate with the orchestrator. The values need to be retrieved from the orchestrator.
serviceUrl: url where the orchestrator is running (not required if running using AWS Step Functions)
roleArn and AWSRegion : if the orchestrator is states, can be left with the default value.
RegisterRetryDelay: Delay in seconds between two attempts of registering an activity.
TaskTimeoutSeconds: METAVAULT CONFIG - When the user pushes a new version of the data vault, state machine whose purpose is to load the data vault are generated and sent to the orchestrator. This field sets the maximum duration of each state of a state machine.
HeartbeatTimeoutSeconds: METAVAULT CONFIG - Same as the previous field, except that it sets how long the orchestrator will wait at most between heartbeat from the workers. Can most likely be left with the default value.
DefaultMaxConcurrency: WORKERS CONFIG - (1.5.1+) Maximum number of tasks processed at the same time for a given activity. Some Workers can have a hard-coded value and ignore the default configuration.
DefaultHeartbeatDelay: WORKERS CONFIG - (1.5.1+) Default delay in seconds between two Heartbeat sent to the server while processing a Task. Some Workers can have a hard-coded value and ignore the default configuration.
EnvironmentName: WORKERS CONFIG - For the other workers, can be left to any values. The value will be used to prefix the activities the worker connect to. For example, if the value chosen is “Prod”, the worker will connect to the Prod-gzip activity.
Stores
The stores are physical endpoints where you can either extract or send your data. They are documented here: Stores with the required fields to configure them.
Logs
By default, all applications are sending reasonable logs to the console, the configuration can be updated using Serilog configuration section.
Here is the configuration of the logs. The most useful field to set is probably the path field, which sets where the logs will be stored on the disk.
For the other options :
MinimumLevel: Indicate the level of log we want to store. From low to high, these are
Verbose
,Debug
,Information
,Warning
,Error
andFatal
rollOnfileSizeLimit: Indicate if we want to create a new log file when the current one reaches its size limit
fileSizeLimitByte: Indicate the size limit of a log file. Once this size is reached, a new file will be created if the rollOnfileSizeLimit is set to true
retainedFileCountLimit: Indicate how much file we should have, we start overriding the first log file.
option : formatter: The formatter decides the format of the logs (text, json, …)
For more option, see https://github.com/serilog/serilog-settings-configuration
Other
Sentry
Sentry (https://sentry.io/) is an application monitoring platform.
DSN: where to send events, so the events are associated with the correct project.
IncludeRequestPayload: whether we should send the request body to Sentry. This is done so that the request data can be read at a later point in case an error happens while processing the request.
SendDefaultPii: Whether we should report the user who made the request
MinimumBreadcrumbLevel: Configure the lowest level a message has to be to become a breadcrumb. Breadcrumbs are the last (by default 100) log that were sent before the event was fired to Sentry.
MinimumEventLevel: A
LogLevel
which indicates the minimum level a log message has to be sent to Sentry as an event. By default, this value isError
.AttachStackTrace: Configures whether Sentry should generate and attach stack traces to capture message calls.
Debug: Turns debug mode on or off. If debug is enabled, Sentry will attempt to print out useful debugging information if something goes wrong with sending the event. The default is always
false
. It's generally not recommended to turn it on in production, though turningdebug
mode on will not cause any safety concerns.DiagnosticsLevel: Debug by default.
DefaultTags: Defaults tags to add to all events.