Earlier quoted context omitted.
"The point is to make nginx's configuration dynamic and prevent bloating applications with stuff that belongs at the (lets call it) devops level." No, let's not call it that, because I have no idea what you mean when you say that.
Throttling, request routing, security workarounds, integrating multiple applications under a single nginx reverse proxy, ... If you do ops or interact with an ops team, I'm sure you can find many more examples.
Agreed, those are all operational concerns and dynamic nginx configuration is great for that. I was objecting to seeing the term "devops" being further abused.