|
|
|
|
|
|
by emptysongglass
1585 days ago
|
|
|
I've been evaluating Kubestack internally and I had just a couple questions. First of all, thank you for your work! I can't tell what the business case is. Is Kubestack something you're just passionate about offering totally for free to th community? Second, how does your ArgoCD module compare to the other popular one in the space? [1] And finally, do you know of any users using Kubestack together with Terragrunt? I'm a big fan of Gruntwork's tooling. Given Kubestack is "just" Terraform, I don't see any reason why it wouldn't be compatible except when used together with the kbst CLI tool. [1] https://registry.terraform.io/providers/oboukili/argocd/late... |
|
|
I'm currently helping companies build their Kubernetes platforms using Kubestack. So that's the "business model" for now.
The modules in the catalog, like e.g. ArgoCD, differ from other modules in so far as that they are built automatically from upstream releases. I maintain the Kustomization Terraform provider, which allows integrating native K8s manifests into Terraform and have Kustomize patches, generators etc. available to customize the upstream manifests. The Kustomize overlays can be defined in Terraform through the provider/modules and as a result you can use values from Terraform to configure the K8s manifests without maintaining K8s YAMl in HCL.
More details here: https://www.kubestack.com/framework/documentation/cluster-se...
Regarding Terragrunt I'm not 100% sure. Last time I checked they maintained different environments in different directories and then the CLI copies/symlinks/whatever that into a configuration before it runs Terraform. Kubestack however does use Terraform workspaces (in the TF CLI, not TF Cloud sense) for that purpose. There is just one code base. And modules have inheritance based configuration per environment. I'm not sure how well Terragrunt works with Terraform workspaces. If it does, then it should with Kubestack too.
Edit: added the Terragrunt answer.