"Devops," or system and infrastructure administration, should have the primary goal of creating reproducible steps to create, maintain, and diagnose servers and other assets. Part of reaching that goal is creating scripts, tools, and documentation that other system admins can quickly figure out and use. Imagine if the "DevOps" person gets run over by a truck.
You don't choose a language you fell in love with or want to learn and wedge it into the problem because you want to. Even if you can use Clojure that doesn't make it a good idea. It has too many dependencies, isn't available out of the box on typical servers, and imposes a severe limit on the people who could take over system/infra admin.
Babashka is a self-contained executable that can run with no dependencies.
I was not commenting on the appropriateness of introducing a scripting language for devops work. I was responding to your incorrect assumption that writing scripts in Clojure would require a JVM.
If a company uses Clojure or ClojureScript already, Babashka is a fairly natural way to support devops for that company.
You don't choose a language you fell in love with or want to learn and wedge it into the problem because you want to. Even if you can use Clojure that doesn't make it a good idea. It has too many dependencies, isn't available out of the box on typical servers, and imposes a severe limit on the people who could take over system/infra admin.