Skip to content

Commit 7bc3891

Browse files
committed
wip
Signed-off-by: Attila Mészáros <a_meszaros@apple.com>
1 parent 109c9fe commit 7bc3891

File tree

1 file changed

+11
-0
lines changed

1 file changed

+11
-0
lines changed

docs/content/en/blog/news/read-after-write-consistency.md

Lines changed: 11 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -231,6 +231,17 @@ However, this way we significantly reduce the number of reconciliations, thus ma
231231

232232
## Additional considerations and alternatives
233233

234+
An alternative approach would be that when we do an update we don't trigger the next reconciliation until the
235+
target resource is not in the Informers cache. The pro side of this is that we don't have to maintain an
236+
additional cache of the resource, just the target resource version; therefore there this appraoch might have
237+
a smaller memory footprint, but not necessarily.
238+
239+
On the other hand, when we do a request the response object is always deserialized, regardless if we are going
240+
to cache it or not. This object in most cases will be cached for a very short time; and later garbage collected.
241+
242+
243+
244+
234245
## Conclusion
235246

236247
## Notes

0 commit comments

Comments
 (0)