diff --git a/content/faq/simpler-infrastructure.md b/content/faq/simpler-infrastructure.md
new file mode 100644
index 000000000..862704b12
--- /dev/null
+++ b/content/faq/simpler-infrastructure.md
@@ -0,0 +1,22 @@
+---
+title: "Can we make the infrastructure simpler with fewer tools to master and points of failure?"
+description: "With sufficient GitOps, the developer exposure to the underlying tools is minimized."
+tags:
+- infrastructure
+- GitOps
+- enterprise
+---
+
+## Question
+
+Why are so many tools required? Can we make the infrastructure simpler with fewer tools to master and points of failure?
+
+## Answer
+
+We hear you. We would like that too. 
+
+**Here's the rub:** Every video we watch of some gorgeous cloud automation product and every enterprise offering is going to present a simple unrealistic demo that showcases just how easy it is. “Look ma, no hands!” What happens though is when you actually try to orchestrate everything in concert for real-world scenarios, you will need tools. 
+
+The UNIX philosophy is to make small, purpose-built tools that do one thing really well. We've embraced this strategy wholeheartedly. It also makes it so various tools can more easily be swapped out for others. This in stark constrast to enterprise solutions, which tend to lock you into one massive product. Our approach is totally different. We look at what exists in the community and see how to leverage it. There are pros/cons with this (like anything else). Sometimes tools go EOL (like with the Bitly OAuth2 proxy). On the other hand, with the enterprise solution, you get a tighter end-to-end integration because they control the entire ecosystem. However, when you want to implement something custom, then good luck. =)
+
+We think that with sufficient GitOps, the developer exposure to the underlying tools is minimized. All operations should be performed by Pull Request, reducing the complexity exposed to developers.