Re:Cue, an open-source data validation language
by tamalsaha001 on Tuesday June 15, 2021 @02:26AM
(#27511963)
It might sound a bit pedantic, but kustomize strictly avoids the "Infrastructure as Code" space and stays in the "Infrastructure as Data" space. The main difference is that since it just deals with "data", you can build any higher level tooling on this. One of the major proponents of this idea is Brian Grant from Google. He tweets about this from time to time. Here is a recent one: https://twitter.com/bgrant0607/status/1404461906186833927
[ Parent
| on HN ]
Re:Cue, an open-source data validation language
by chalst on Tuesday June 15, 2021 @04:44AM
(#27512735)
Is this distinction really about whether the customisation language is declarative? It seems to me that Dhall has the advantages Brian Grant attributes to "Infrastructure as Data", although it is an executable specification.
Re:Cue, an open-source data validation language
by throwaway894345 on Tuesday June 15, 2021 @08:01AM
(#27514038)
I also think “executable” is more important. Our configs are so large and complex that we need to DRY them up. A type system alone is insufficient.