Front-end engineers usually think performance problems live in the browser. When a page feels slow, we inspect bundle size and rendering. When something breaks, we open the network tab. If users complain, we optimize components or tweak state management. For a long time, I approached production issues the same way, assuming the root cause had to exist somewhere inside the UI. Over time, however, I started noticing a pattern: many confusing ‘front-end’ problems were not actually caused by front-end code.
A login flow would occasionally fail and then work on refresh. An API would be slow only the first time. A deployment fix would be live for me, but not for a user. Sometimes, the interface displayed outdated data immediately after release. These issues were not caused by typical JavaScript errors. They were influenced by infrastructure behavior, particularly in environments running on AWS.
Front-end engineers don’t need to manage servers to be affected by them….
https://www.infoworld.com/article/4151924/what-front-end-engineers-need-to-know-about-aws.html
