-
Notifications
You must be signed in to change notification settings - Fork 21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Docs #127
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
looking super good
@@ -3,8 +3,8 @@ | |||
[![Limitador GH Workflow](https://github.com/Kuadrant/limitador/actions/workflows/rust.yml/badge.svg)](https://github.com/Kuadrant/limitador/actions/workflows/rust.yml) | |||
[![docs.rs](https://docs.rs/limitador/badge.svg)](https://docs.rs/limitador) | |||
[![Crates.io](https://img.shields.io/crates/v/limitador)](https://crates.io/crates/limitador) | |||
[![Docker Repository on Quay](https://quay.io/repository/3scale/limitador/status |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this badge only makes sense if the image is being build using quay.io building system. Currently it is being build using GH actions, so this badge should point to GH workflows status badge
01b9004
to
50c8737
Compare
This will need changes on the site still, I'm on it, and in the source possibly... |
doc/server/configuration.md
Outdated
|
||
## Command line configuration | ||
|
||
The preferred way of starting and configuring the Limitador instance is using the command line: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The preferred way of starting and configuring the Limitador instance is using the command line: | |
The preferred way of starting and configuring the Limitador server is using the command line: |
doc/server/configuration.md
Outdated
```json | ||
{ | ||
"$schema": "http://json-schema.org/draft-04/schema#", | ||
"type": "object", | ||
"properties": { | ||
"name": { | ||
"type": "string" | ||
}, | ||
"namespace": { | ||
"type": "string" | ||
}, | ||
"seconds": { | ||
"type": "integer" | ||
}, | ||
"max_value": { | ||
"type": "integer" | ||
}, | ||
"conditions": { | ||
"type": "array", | ||
"items": [ | ||
{ | ||
"type": "string" | ||
} | ||
] | ||
}, | ||
"variables": { | ||
"type": "array", | ||
"items": [ | ||
{ | ||
"type": "string" | ||
} | ||
] | ||
} | ||
}, | ||
"required": [ | ||
"namespace", | ||
"seconds", | ||
"max_value", | ||
"conditions", | ||
"variables" | ||
] | ||
} | ||
``` |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Although it doesn't change much, it could also be stated as a YAML schema:
---
"$schema": http://json-schema.org/draft-04/schema#
type: object
properties:
name:
type: string
namespace:
type: string
seconds:
type: integer
max_value:
type: integer
conditions:
type: array
items:
- type: string
variables:
type: array
items:
- type: string
required:
- namespace
- seconds
- max_value
- conditions
- variables
- `namespace` namespaces the limit, will generally be the domain, [see here](../how-it-works.md) | ||
- `seconds` is the duration for which the limit applies, in seconds: e.g. `60` is a span of time of one minute | ||
- `max_value` is the actual limit, e.g. `100` would limit to 100 requests | ||
- `name` lets the user _optionally_ name the limit |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I didn't know we had this option. Nice! 🙂
doc/server/configuration.md
Outdated
|
||
#### `redis` | ||
|
||
When you want persistence of your counters, such as for DR or across restarts, using `redis` will store the counters in |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd avoid the acronym here.
doc/server/configuration.md
Outdated
|
||
When you want persistence of your counters, such as for DR or across restarts, using `redis` will store the counters in | ||
a redis instance using the provided `URL`. Increments to _individual_ counters is made within redis itself, providing | ||
accuracy over these, races tho can occur when multiple limitador servers are used against a single redis and using |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
accuracy over these, races tho can occur when multiple limitador servers are used against a single redis and using | |
accuracy over these, races tho can occur when multiple Limitador servers are used against a single redis and using |
doc/server/configuration.md
Outdated
#### `redis_cached` | ||
|
||
In order to avoid some communication overhead to redis, `redis_cached` adds an in memory caching layer within the | ||
limitador servers. This lowers the latency, but sacrifices some accuracy as it will not only cache counters, but also |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
limitador servers. This lowers the latency, but sacrifices some accuracy as it will not only cache counters, but also | |
Limitador servers. This lowers the latency, but sacrifices some accuracy as it will not only cache counters, but also |
doc/server/configuration.md
Outdated
|
||
#### `LIMITS_FILE` | ||
|
||
- YAML file that contains the limits to create when limitador boots. If the |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- YAML file that contains the limits to create when limitador boots. If the | |
- YAML file that contains the limits to create when Limitador boots. If the |
doc/server/configuration.md
Outdated
#### `LIMITS_FILE` | ||
|
||
- YAML file that contains the limits to create when limitador boots. If the | ||
limits specified already have counters associated, limitador will not delete them. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
limits specified already have counters associated, limitador will not delete them. | |
limits specified already have counters associated, Limitador will not delete them. |
closes #114