Conversation
README.md
Outdated
|
|
||
| # Overview | ||
|
|
||
| The rate limit service is a Go/GRPC service designed to enable generic rate limit scenarios from different types of |
README.md
Outdated
|
|
||
| ## Loading Configuration | ||
|
|
||
| The ratelimit service uses a library written by Lyft called goruntime to do configuration loading. Goruntime monitors |
There was a problem hiding this comment.
add hyperlink to go runtime here.
README.md
Outdated
| # Building and Testing | ||
|
|
||
| * Install redis-server | ||
| * Make sure go is setup correctly and checkout rate limit service into your go path |
There was a problem hiding this comment.
are there specifics verification steps that a user can perform to ensure that go is setup correctly? I remember this being a bit confusing.
There was a problem hiding this comment.
added link to golang install page
README.md
Outdated
| requests_per_unit: 500 | ||
| ``` | ||
|
|
||
| The rate limit configuration file format is YAML (mainly so that comments are supported). In the configuration above |
There was a problem hiding this comment.
I would move this line about configuration file being in yaml under the configuration format.
README.md
Outdated
| ``` | ||
|
|
||
| In the preceding example, we setup a generic rate limit for individual IP addresses. The architecture's edge proxy can | ||
| be configured to make a rate limitservice call with the descriptor ("ip_address", "50.0.0.1") for example. This IP would |
There was a problem hiding this comment.
nit: limit service - separate
| would any other IP. However, the configuration also contains a second configuration that explicitly defines a | ||
| value along with the same key. If the descriptor ("ip_address", "50.0.0.5") is received, the service will | ||
| *attempt the most specific match possible*. This means both the most nested matching descriptor entry, as well as | ||
| the most specific at any descriptor list level. Thus, key/value is always attempted as a match before just key. |
There was a problem hiding this comment.
the last part is a bit confusing the most specific at any descriptor list level.
There was a problem hiding this comment.
this is going away in the most recent version
README.md
Outdated
| *attempt the most specific match possible*. This means both the most nested matching descriptor entry, as well as | ||
| the most specific at any descriptor list level. Thus, key/value is always attempted as a match before just key. | ||
|
|
||
| ### Descriptor list definition |
There was a problem hiding this comment.
I would move this up before the examples.
@lyft/network-team