JMjmillikin·Nov 29, 2020
You may be interested in https://github.com/stripe/skycfg, which we use to generate Kubernetes resources using its native Protobuf data model.
In A better Kubernetes from the ground upstripe
skycfg
Go2018–2024
stripe / skycfg
skycfg
Skycfg is an extension library for the Starlark language that adds support for constructing Protocol Buffer messages.
9Distinct people
17Mentions
0Explicit recommenders
676GitHub stars
What to know before exploring
What it is
Skycfg is an extension library for the Starlark language that adds support for constructing Protocol Buffer messages.
GitHub
Where it is used
No documented product use has been verified yet.
What people are saying
No recommendation phrase was found in the indexed comments.
No classified warning is attached to this page. Read the discussions before treating silence as approval.
Also in these discussions
- cruise-automation/isopod · linked in 4 of the same discussions
Mentioned in the same Hacker News threads. That is not proof they are substitutes.
This week on Hacker News
Nov 8–Nov 15 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/15/2026, 8:03:49 PM UTC.
No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.
Mentions over time
HN mentions by year17 dated mentions
Observed mentions: 2018-12-03 15:12:14 UTC to 2024-06-26 08:46:27 UTC.
Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.
View mention counts and date ranges
| Period | Start (UTC) | End (exclusive, UTC) | Mentions | Submissions | Comments |
|---|---|---|---|---|---|
| 2018 | 2018-01-01 00:00:00 UTC | 2019-01-01 00:00:00 UTC | 1 | 1 | 0 |
| 2019 | 2019-01-01 00:00:00 UTC | 2020-01-01 00:00:00 UTC | 6 | 0 | 6 |
| 2020 | 2020-01-01 00:00:00 UTC | 2021-01-01 00:00:00 UTC | 4 | 0 | 4 |
| 2021 | 2021-01-01 00:00:00 UTC | 2022-01-01 00:00:00 UTC | 2 | 0 | 2 |
| 2022 | 2022-01-01 00:00:00 UTC | 2023-01-01 00:00:00 UTC | 1 | 0 | 1 |
| 2023 | 2023-01-01 00:00:00 UTC | 2024-01-01 00:00:00 UTC | 1 | 0 | 1 |
| 2024 | 2024-01-01 00:00:00 UTC | 2025-01-01 00:00:00 UTC | 2 | 0 | 2 |
What Hacker News says
4 sources> the "turing-complete-by-design" config files, written in Python
Funny you mention this, check out what is effectively this but for Kubernetes:
https://github.com/stripe/skycfg
In Kubernetes YAML Generator> I really wish they had both just used "a real programming language" right from the start
There are currently several options, like https://github.com/stripe/skycfg
> Why are so few configuration languages not backed by a real language?
There are tons of tools that work with YAML/JSON but I imagine you mean more like a first-class citizen programming language specific or good at writing static configuration. The other side of the coin is that configuration in many cases have a different audience than programmers (for ex, end users or operations team) and it's a good option to have static configuration key=value than any human can (more or less) read easily without having to run programming code in your head. Plus programming, besides being harder to read and share, introduces bugs. So I suppose the preference between code writing config
Read the rest
uration and stand-alone configuration depends on who the consumer is and how complex the configuration is.
For kubernetes thats absolutely true and I think more people should do that (disclaimer I work with this https://github.com/stripe/skycfg daily). I think it actually would be easier for people to understand the k8s system if they did.
But, yaml is now everywhere in the ops space. Config management systems use it, metrics systems use it, its the defacto configuration format right now and that is unfortunate cause its bad.
In Why is Kubernetes getting so popular?