No matter how you like to participate in developer communities, Pulumi wants to meet you there. If you want to meet other Pulumi users to share use-cases and best practices, contribute code or documentation, see us at an event, or just tell a story about something cool you did with Pulumi, you are part of our community.

Pulumi Community

I think this looks pretty good so far!

any specific questions you might have?

Hey lee thanks for looking into this. I’ll split questions to make it easier to reply 

Are there any resources about using feature flags with pulumi that I might have missed?

Are the stack config files the best place to toggle feature flags?

feature flags need to be managed carefully and can clutter code. Do you use feature flags in your pulumi projects or not worth the bother?

If the stack config files is the best place to toggle feature flags, am I calling them in the best way?

I’m thinking of writing GitHub action to flag obsolete feature flags which are enabled in prod. Should I parse the yaml config files or can I somehow use the pulumi outputs?

And Any other recommendations you might have about implementing feature flags with pulumi (or the demo itself)

&gt; Are there any resources about using feature flags with pulumi that I might have missed?
not that I’m aware!

&gt; Are the stack config files the best place to toggle feature flags?
yes i think this is a valid strategy! You can also read feature flags using SDKs (because you can use standard code, which is a nice benefit!) from feature flag providers like launchdarkly, but your strategy is straightforward and well implemented

&gt; feature flags need to be managed carefully and can clutter code. Do you use feature flags in your pulumi projects or not worth the bother?
We use a third party feature flag provider for the Pulumi service

&gt; If the stack config files is the best place to toggle feature flags, am I calling them in the best way?
I think at the moment you’re using the feature flags as inputs. You could also just have boolean flags:

```if (config.feature_enabled) {
  // do something 
}```
but what you have now looks great!

&gt; I’m thinking of writing GitHub action to flag obsolete feature flags which are enabled in prod. Should I parse the yaml config files or can I somehow use the pulumi outputs?
You could use automation API for this! Our pulumi github action uses this, and you can read and set config values programmtically

Thanks Lee this is really helpful (and reassuring :slightly_smiling_face: ) I’ll have a look about using the Automation API  to flag (and perhaps set) the feature flags. Have a good evening!

Hey <@UCWG26BH7> I wrote up a <https://soumaya-mauthoor.medium.com/df578fc9ea43?source=friends_link&amp;sk=2a2ee05d2718fa99184dd4fa7b34bed4|blog> about implementing feature flags and updated the <https://github.com/ministryofjustice/feature-flags-with-pulumi|github repo>. I was wondering if you could have a look when you have a chance and give me any feedback?

Hello <@UCWG26BH7> I wrote a <https://soumaya-mauthoor.medium.com/implementing-feature-flags-with-pulumi-df578fc9ea43|blog> about implementing feature flags with pulumi and included you in the acknowledgements, let me know if you would prefer me to remove your name :slightly_smiling_face: