diff --git a/contents/blog/why-infra-is-our-competitive-advantage.md b/contents/blog/why-infra-is-our-competitive-advantage.md
new file mode 100644
index 000000000..ccf939bb9
--- /dev/null
+++ b/contents/blog/why-infra-is-our-competitive-advantage.md
@@ -0,0 +1,41 @@
+---
+date: 2022-07-20
+title: Why infrastructure is a competitive advantage for us
+rootPage: /blog
+sidebar: Blog
+showTitle: true
+hideAnchor: true
+categories: ["Inside PostHog"]
+author: ["tim-glaser"]
+featuredImage: ../images/blog/migrating-hog.png
+featuredImageType: full
+---
+
+We're hiring [Site Reliability Engineers](https://apply.workable.com/posthog/j/071DD5C05A/) (SREs). I'm biased of course, but I think it's worth explaining why we think PostHog is the most exciting place to be an SRE right now. 
+
+## Building a product
+
+In most places, with the exception of outages, working in infrastructure means you're working on an invisible part of the company.
+
+Sure, building out fast CI pipelines and continuous deployment, improving system reliability, and empowering other engineers to do more (providing methodologies, tools, etc) makes the rest of the engineering team more productive, but all your competitors do this too.
+
+At PostHog, giving people the option to self-host is one of our biggest advantages compared to our competitors. That means we treat our self-hosted infra like a product. And, like any good product, we've written great public documentation.
+
+To make sure our customers don't experience issues, we do automated testing of our Helm chart on all major cloud providers. We get [Issues](https://github.com/PostHog/charts/issues) raised by real customers, not just internal 'consumers'.
+
+It's not just that building stuff _for_ our customers is fun.
+
+Most of the people we deal with are experienced engineers and SREs themselves, and often folks will scratch their own itch by raising pull requests, like [adding backups](https://github.com/PostHog/charts-clickhouse/pull/383), [making improvements to security context](https://github.com/PostHog/charts-clickhouse/pull/377) and [simplifying deployment commands](https://github.com/PostHog/charts-clickhouse/pull/366).
+
+## How to serve 20bn events for real time analytics
+
+We don't _just_ build infrastructure for other people to run.
+
+We run one of the biggest PostHog instances ourselves, with >20 billion events. And before you ask, yes, our cloud infrastructure runs the same Helm chart that we ship to our customers.
+
+Did you just read a sales pitch? Yes. Should you [immediately apply for the SRE role](https://apply.workable.com/posthog/j/071DD5C05A/) at PostHog? Also yes.
+
+
+<NewsletterForm
+compact
+/>
diff --git a/netlify.toml b/netlify.toml
index fd4db37ff..3b742dc25 100644
--- a/netlify.toml
+++ b/netlify.toml
@@ -1811,4 +1811,4 @@
 
 [[redirects]]
     from = "/handbook/engineering/app-west"
-    to = "/handbook/people/team-structure/app-west"
+    to = "/handbook/people/team-structure/app-west"
\ No newline at end of file
diff --git a/src/data/authors.json b/src/data/authors.json
index 820a102f0..36b1c599e 100644
--- a/src/data/authors.json
+++ b/src/data/authors.json
@@ -208,6 +208,14 @@
         "link_type": "linkedin",
         "link_url": "https://www.linkedin.com/in/lsmith/"
     },
+    {
+        "handle": "tim-glaser",
+        "name": "Tim Glaser",
+        "role": "Co-founder/CTO of PostHog",
+        "image": "../../static/images/authors/tim-glaser.png",
+        "link_type": "linkedin",
+        "link_url": "https://www.linkedin.com/in/timgl/"
+    },
     {
         "handle": "noah-brier",
         "name": "Noah Brier",
diff --git a/static/images/authors/tim-glaser.png b/static/images/authors/tim-glaser.png
new file mode 100644
index 000000000..08b8c54ba
Binary files /dev/null and b/static/images/authors/tim-glaser.png differ