Skip to content
Projects
Groups
Snippets
Help
This project
Loading...
Sign in / Register
Toggle navigation
K
k3s
Project
Project
Details
Activity
Cycle Analytics
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Charts
Issues
0
Issues
0
List
Board
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Charts
Registry
Registry
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Charts
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
Jacklull
k3s
Commits
b3d035e1
Commit
b3d035e1
authored
Jan 14, 2016
by
Mike Danese
Browse files
Options
Browse Files
Download
Plain Diff
Merge pull request #19278 from philips/minor-edits-to-apiserver-watch-scaling
docs: apiserver-watch: minor cleanups
parents
5b270551
dc8d8371
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
6 additions
and
6 deletions
+6
-6
apiserver-watch.md
docs/proposals/apiserver-watch.md
+6
-6
No files found.
docs/proposals/apiserver-watch.md
View file @
b3d035e1
...
@@ -34,9 +34,9 @@ Documentation for other releases can be found at
...
@@ -34,9 +34,9 @@ Documentation for other releases can be found at
## Abstract
## Abstract
In the current system,
all watch requests send to apiserver are in general
In the current system,
most watch requests sent to apiserver are redirected to
redirected to etcd. This means that for every watch request to apiserver,
etcd. This means that for every watch request the apiserver opens a watch on
apiserver opens a watch on
etcd.
etcd.
The purpose of the proposal is to improve the overall performance of the system
The purpose of the proposal is to improve the overall performance of the system
by solving the following problems:
by solving the following problems:
...
@@ -99,7 +99,7 @@ to implement the proposal.
...
@@ -99,7 +99,7 @@ to implement the proposal.
1.
Since we want the watch in apiserver to be optional for different resource
1.
Since we want the watch in apiserver to be optional for different resource
types, this needs to be self-contained and hidden behind a well defined API.
types, this needs to be self-contained and hidden behind a well defined API.
This should be a layer very close to etcd - in particular all registries:
This should be a layer very close to etcd - in particular all registries:
"pkg/registry/generic/etcd" should be buil
d
on top of it.
"pkg/registry/generic/etcd" should be buil
t
on top of it.
We will solve it by turning tools.EtcdHelper by extracting its interface
We will solve it by turning tools.EtcdHelper by extracting its interface
and treating this interface as this API - the whole watch mechanisms in
and treating this interface as this API - the whole watch mechanisms in
apiserver will be hidden behind that interface.
apiserver will be hidden behind that interface.
...
@@ -169,8 +169,8 @@ the same time, we can introduce an additional etcd event type:
...
@@ -169,8 +169,8 @@ the same time, we can introduce an additional etcd event type:
in places like
in places like
[
Reflector
](
../../pkg/client/cache/reflector.go
)
[
Reflector
](
../../pkg/client/cache/reflector.go
)
However, this might turn out to be unnecessary optimization if apiserver
However, this might turn out to be unnecessary optimization if apiserver
will always keep up (which is possible in the new design). We will work
will always keep up (which is possible in the new design). We will work
out all necessary details at that point.
out all necessary details at that point.
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment