blog.howardjohn.info/posts/krt-recap

Preview meta tags from the blog.howardjohn.info website.

Linked Hostnames

5

Search Engine Appearance

Google

https://blog.howardjohn.info/posts/krt-recap

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

https://blog.howardjohn.info/posts/krt-recap

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

https://blog.howardjohn.info/posts/krt-recap

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
    • title
      Looking back on "Building Better Controllers" 2 years later | howardjohn's blog
    • charset
      utf-8
    • X-UA-Compatible
      IE=edge
    • viewport
      width=device-width, initial-scale=1, shrink-to-fit=no
    • robots
      index, follow
  • Open Graph Meta Tags

    6
    • og:url
      https://blog.howardjohn.info/posts/krt-recap/
    • og:site_name
      howardjohn's blog
    • og:title
      Looking back on "Building Better Controllers" 2 years later
    • og:description
      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.
    • og:locale
      en-us
  • Twitter Meta Tags

    3
    • twitter:card
      summary
    • twitter:title
      Looking back on "Building Better Controllers" 2 years later
    • twitter:description
      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.
  • Link Tags

    7
    • apple-touch-icon
      https://blog.howardjohn.info/apple-touch-icon.png
    • canonical
      https://blog.howardjohn.info/posts/krt-recap/
    • icon
      https://blog.howardjohn.info/favicon.ico
    • icon
      https://blog.howardjohn.info/favicon-16x16.png
    • icon
      https://blog.howardjohn.info/favicon-32x32.png
  • Website Locales

    1
    • EN country flagen
      https://blog.howardjohn.info/posts/krt-recap/

Links

17