querator/example.yaml at main · kapetan-io/querator · GitHub

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
# This is an example config file

# Querator currently supports "badger" and "memory" storage drivers
# TODO: Need to document all options for each storage driver

# HTTP server listen address (use 0.0.0.0 for Docker)
address: 0.0.0.0:2319

logging:
  # The logging handler; options are 'color', 'text', 'json'
  handler: text
  # The logging level; options are 'info', 'warn', 'error', 'debug',
  level: info

# Queue Storage defines where metadata about the queues is stored
queue-storage:
  driver: badger
  config:
    storage-dir: /data/queues

# Partition Storage defines where partitions are stored
partition-storage:
  - name: badger-01
    driver: badger
    affinity: 1
    config:
      storage-dir: /data/partitions

#  - name: postgres-01
#    driver: postgres
#    affinity: 1
#
#    config:
#      host: localhost
#      port: 5432
#      user: foo
#      pass: bar
#      database: querator
#      ca-file: /path/to/ca
#      client-cert: /path/to/client/cert
#      client-key: /path/to/client/key

#  - name: mongodb-01
#    driver: mongoDB
#    affinity: 1
#
#    config:
#      host: localhost
#      port: 27017
#      user: foo
#      pass: bar
#      database: querator
#      ca-file: /path/to/ca
#      client-cert: /path/to/client/cert
#      client-key: /path/to/client/key

# Auth Backend defines the authentication and authorization backend.
# Options:
#   "none" (default) - No authentication; all requests are allowed (open access).
#                      Suitable for internal deployments behind a trusted network.
#   "internal"       - Uses the configured storage backends (users, api-keys, roles,
#                      role-bindings) for authentication and RBAC authorization.
#auth-backend:
#  driver: internal

# Queues is a convenience that allows users to define queues without needing
# to call the /v1/queues.create after querator starts.
#queues:
#  - name: queue-1
#    lease-timeout: 10m
#    expire-timeout: 10m
#    dead-queue: queue-1-dead
#    max-attempts: 10
#    reference: test
#    requested-partitions: 20
#    partitions:
#      - partition: 0
#        read-only: false
#        storage-name: badger-01
#      - partition: 1
#        read-only: false
#        storage-name: postgres-01
#      - partition: 2
#        read-only: false
#        storage-name: mongodb-01