April 4th, 2025

CINC Is Not Chef

CINC is an open-source software distribution from Chef Software, featuring components like Cinc Client and Server. A Cinc Packager is in development, with community engagement encouraged via blog and Slack.

Read original articleLink Icon
FrustrationNostalgiaConfusion
CINC Is Not Chef

CINC is a free distribution of open-source software derived from Chef Software Inc. It includes several components such as Cinc Client, Cinc Workstation, Cinc Auditor, and Cinc Server, all built from their respective Chef products. The Cinc team is actively developing these projects and encourages community engagement through their blog and Slack channel. A Cinc Packager, based on Chef Habitat, is also in development and will be available soon.

- CINC is a free distribution of Chef Software's open-source tools.

- Key components include Cinc Client, Workstation, Auditor, and Server.

- The Cinc Packager is under development and will be released soon.

- Community engagement is encouraged through a blog and Slack channel.

AI: What people are saying
The comments reflect a mix of nostalgia, frustration, and confusion regarding Chef and its alternatives in the infrastructure management landscape.
  • Many users express nostalgia for Chef, highlighting its once vibrant community and effective tools.
  • There is criticism of Chef's complexity and slowness, with suggestions to consider alternatives like Pyinfra.
  • Some commenters note a shift towards other tools like Ansible, Kubernetes, and Terraform, indicating a decline in Chef's popularity.
  • Several users express confusion about current infrastructure tools and their capabilities, questioning the direction of the industry.
  • There is a call for clarity on what CINC is and how it fits into the current landscape.
Link Icon 12 comments
By @don-code - about 19 hours
Chef did not make a clean transition into the immutable world. Chef Client was great for persistent infrastructure, but the options got dicier once we started talking about pre-provisioned infrastructure like image building:

1. Chef Solo (how I last used it when attempting this), which felt intentionally hobbled. All you needed was one poorly-behaved cookbook that called `search` and the bets were off.

2. Chef Zero, which was unnecessarily complicated for being Chef Solo that wasn't intentionally hobbled, so much so that I kept using Solo for awhile after its deprecation.

3. Chef Client, against a Chef Server that was run either for your other persistent infrastructure, or just to have a place to put the cookbooks. Heaven forbid you weren't cleaning up all of those dynamically-created nodes, though...

I still think Chef's Ruby DSL is much more natural than the YAML manifests used by Ansible, and the ability to integrate at the source level with custom Ruby code is a killer feature as soon as any complexity enters the mix. But I almost certainly would not be using Chef in a greenfield deployment these days.

By @kureikain - about 20 hours
If you're still fighting with Chef slowness, hard to debug, complicated setup, you may want to consider Pyinfra.

It is very well thoughout and simple to design and run.

By @acidmath - about 19 hours
I haven't encountered any Chef code in almost ten years. For the stragglers not yet primarily on Kubernetes and Terraform, I see Ansible and some extra Terraform. Maybe I see some Salt here and there.

These are just my anecdotes, for sure, but (also anecdotal) I rarely hear of other "ops" type people using Chef, and most of the ones I know never got more than just their feet wet with Chef (the SaltStack beta was out early enough to avoid Chef).

By @echohack5 - about 18 hours
Man I miss Chef. It was wildly good for its time with a vibrant community. Habitat was cool but tried to carve into some niches that were too ambitious. And InSpec was an incredible tool but failed to build the critical community to drive it forward. I haven't experienced anything like the Chef Community since. (AI has some of these vibes in small pockets but it's very disjointed)

Now we're stuck with what I call the "DevOps ball of mud". I gotta learn 15 different yaml formats alongside the nuances of every hyperscaler and micro cloud. Like seriously it's 2025 and we still gotta deal with stateful bullshit and a bunch of unoptimized docker containers flung all over the place. It feels like nobody has solved the application runtime stateful egg and we're all just dancing to the dark gods of Docker, Kubernetes, and Helm in hopes that our blood sacrifices make the engines go for another month.

Full Disclosure: I worked at Chef for 5 years

By @jonathaneunice - about 20 hours
2013 called and wants its favorite infrastructure as code (IaC) tool back.
By @zabzonk - about 17 hours
I misguidedly thought this was going to be about Chef in Apocalypse Now. Don't get off the boat!
By @aae42 - about 19 hours
It's an interesting post. I feel like people who are still doing Chef definitely know about cinc already.
By @klooney - about 21 hours
Are there Chef Habitat users in the wild?
By @a3w - about 19 hours
What is Chef? This website fails to answer that.
By @arm32 - about 21 hours
I'm dumb and can't figure out wtf this is.
By @tekla - about 19 hours
I legitimately have no idea what infrastructure provisioning tool to use anymore. I normally defaulted to Saltstack Masterless and Chef via Packer.

What "simple" tool is left anymore for me to create my immutable AMIs that aren't bound by some license?