cassandra-package VS kurtosis

For a more complex example, take a look at the Cassandra Package, which allows you to spin up a Cassandra cluster with a variable number of nodes. You may optionally spin up monitoring using Grafana/Prometheus on your n-node cluster by passing data between different services and setting up configurations, all from the same script.

100%. Containers are essentially the new language-agnostic software libraries, but our current tools aren't adapted to write and distribute the "programs" formed from gluing them together.

(Mostly-shameless plug, this is what we're trying to solve with Kurtosis: https://github.com/kurtosis-tech/kurtosis )

We're trying to do this at Kurtosis! (https://github.com/kurtosis-tech/kurtosis)

The idea is to write your environment in Starlark (a minimal Python subset) and we'll handle running it on Docker or Kubernetes for you.

We started with "reduce Kubernetes complexity" so we don't yet have the full Kubernetes ejection seat, but we're slowly marching towards it - feedback welcome!

Hey djupblue, right here! https://github.com/kurtosis-tech/kurtosis/#:~:text=Check%20o...

I'm building a Starlark-based build system that operates at the level of building multi-container environments, rather than normal code assets: https://github.com/kurtosis-tech/kurtosis

It's kind of like Docker in the sense that it packages up an application in a reproducible, composable, and portable way...but instead of working at the level of one server, it works at the level of multi-server applications.

In the back of my head I'm very curious about making an application that just messages me on WhatsApp whenever its the birthday of one of my close friends because I never remember those

We are source available under the BSL license at - https://github.com/kurtosis-tech/kurtosis

Here are our docs: https://docs.kurtosis.com/. I'm happy to answer any questions :)

Hello HN!

We’re Kevin and Galen, the co-founders of Kurtosis.

Kurtosis is a composable build system for multi-container test environments. The goal is to make it easier for developers to set up test environments that require dynamic setup logic (e.g. passing IPs or runtime-generated data between services) or programmatic data seeding.

Right now, people usually define these multi-container test environments with scripting languages like Bash or Python atop Docker or Kubernetes. This can be very fragile, and difficult to share. We set out to build a tool that provides first-class parameterizability, composability, and safety so it’s easy to reuse and recombine the environment definitions across tests.

Kurtosis' runtime also abstracts the underlying container orchestrator, so test environments will run the same way whether they’re on a laptop or in a CI system, Docker or Kubernetes.

We’d love to hear your thoughts and feedback on what we’ve built. And if you find yourself facing the problems we set out to solve, we’d love to hear how we can make Kurtosis more useful for you!

Repo: https://github.com/kurtosis-tech/kurtosis/