
blog.howardjohn.info/posts/krt-recap
Preview meta tags from the blog.howardjohn.info website.
Linked Hostnames
5- 11 links toblog.howardjohn.info
- 3 links togithub.com
- 1 link togohugo.io
- 1 link toistio.io
- 1 link towww.youtube.com
Search Engine Appearance
Looking back on "Building Better Controllers" 2 years later
Over 2 years ago, I started working on some ideas to build better Kubernetes controllers. In this post, I wanted to give a bit of a retrospective on how things have gone since then. Over the years working on Istio and other projects, I observed a number of major issues with controllers: Most code was about error-prone event handling and state reconciliation, rather than business logic. Most tests, in turn, were about the same. This, in turn, made the code extremely complex, brittle, and often incorrect. This complexity lead to user facing compromise: incorrectness and performance issues. You might argue I should just write a better controller that is faster and without bugs. Maybe, but probably not.
Bing
Looking back on "Building Better Controllers" 2 years later
Over 2 years ago, I started working on some ideas to build better Kubernetes controllers. In this post, I wanted to give a bit of a retrospective on how things have gone since then. Over the years working on Istio and other projects, I observed a number of major issues with controllers: Most code was about error-prone event handling and state reconciliation, rather than business logic. Most tests, in turn, were about the same. This, in turn, made the code extremely complex, brittle, and often incorrect. This complexity lead to user facing compromise: incorrectness and performance issues. You might argue I should just write a better controller that is faster and without bugs. Maybe, but probably not.
DuckDuckGo

Looking back on "Building Better Controllers" 2 years later
Over 2 years ago, I started working on some ideas to build better Kubernetes controllers. In this post, I wanted to give a bit of a retrospective on how things have gone since then. Over the years working on Istio and other projects, I observed a number of major issues with controllers: Most code was about error-prone event handling and state reconciliation, rather than business logic. Most tests, in turn, were about the same. This, in turn, made the code extremely complex, brittle, and often incorrect. This complexity lead to user facing compromise: incorrectness and performance issues. You might argue I should just write a better controller that is faster and without bugs. Maybe, but probably not.
General Meta Tags
17- titleLooking back on "Building Better Controllers" 2 years later | howardjohn's blog
- charsetutf-8
- X-UA-CompatibleIE=edge
- viewportwidth=device-width, initial-scale=1, shrink-to-fit=no
- robotsindex, follow
Open Graph Meta Tags
6- og:urlhttps://blog.howardjohn.info/posts/krt-recap/
- og:site_namehowardjohn's blog
- og:titleLooking back on "Building Better Controllers" 2 years later
- og:descriptionOver 2 years ago, I started working on some ideas to build better Kubernetes controllers. In this post, I wanted to give a bit of a retrospective on how things have gone since then. Over the years working on Istio and other projects, I observed a number of major issues with controllers: Most code was about error-prone event handling and state reconciliation, rather than business logic. Most tests, in turn, were about the same. This, in turn, made the code extremely complex, brittle, and often incorrect. This complexity lead to user facing compromise: incorrectness and performance issues. You might argue I should just write a better controller that is faster and without bugs. Maybe, but probably not.
- og:localeen-us
Twitter Meta Tags
3- twitter:cardsummary
- twitter:titleLooking back on "Building Better Controllers" 2 years later
- twitter:descriptionOver 2 years ago, I started working on some ideas to build better Kubernetes controllers. In this post, I wanted to give a bit of a retrospective on how things have gone since then. Over the years working on Istio and other projects, I observed a number of major issues with controllers: Most code was about error-prone event handling and state reconciliation, rather than business logic. Most tests, in turn, were about the same. This, in turn, made the code extremely complex, brittle, and often incorrect. This complexity lead to user facing compromise: incorrectness and performance issues. You might argue I should just write a better controller that is faster and without bugs. Maybe, but probably not.
Link Tags
7- apple-touch-iconhttps://blog.howardjohn.info/apple-touch-icon.png
- canonicalhttps://blog.howardjohn.info/posts/krt-recap/
- iconhttps://blog.howardjohn.info/favicon.ico
- iconhttps://blog.howardjohn.info/favicon-16x16.png
- iconhttps://blog.howardjohn.info/favicon-32x32.png
Website Locales
1en
https://blog.howardjohn.info/posts/krt-recap/
Links
17- https://blog.howardjohn.info
- https://blog.howardjohn.info/archives
- https://blog.howardjohn.info/posts
- https://blog.howardjohn.info/posts/external-cloudnativenow-ambient
- https://blog.howardjohn.info/posts/zero-to-value