This message was deleted.
# platform-toolbox
s
This message was deleted.
c
Hey Daniel ! I’d love to hear more about your thesis ! Helm charts, especially for internally adapted services work really well in a Kubernetes based environment. What I have found is there is a bit of confusion when it comes to developers seeking to dig deeper into Cloud offerings such as Lambda, SQS or anything of that nature. Distributing through Terraform allows me to distribute everything from Kubernetes, it’s appliances, and all the way through to VPC and subnet configurations, and anything in between. What I like to do is see Kubernetes as just another *thing that needs to be deployed, the same as I see an EC2 instance. It becomes easier for me to reason about infrastructure that way. I can also protect the things that need protecting, and still allow developers the flexibility to experiment with whatever they need from the cloud or things they run on Kubernetes, and then abstract and augment once adoption becomes a bit higher. The primary interface is represented through distributed Terraform modules, configurable through variables or overrides. Each module is configurable on it’s own so developers can build “sub” environments, and also clone the module if the want to make bigger changes to the underlying module. I have got some examples here https://gitlab.com/kubernetes-catalog which you can have a look at. They are very much for demo, but they contain the primary idea behind the modules. Another benefit I’ve found when using Terraform as the primary interface, is the templating language behind the modules becomes a non-issue. Helm, Kustomize, or whichever else.
For example with your interface of Helm values.yaml file: The demos are actually based off helm charts. I template the charts with a values.yaml, then use those as the manifests.
You can also have a look at the Kubestack catalog. The author of Kubestack and I worked together to come up with the module idea for Kubernetes components and it works quite well. https://www.kubestack.com/catalog
d
Thank you for the detailed answer Chris! The shared repos and resources help a lot to get deeper insights on how your concept works. It is nice to see that you basically are using the same fundamental concept: having an CM/IaC/Templating (call it whatevery you want) tool to abstract details and offer a interface that is usable by platform consumers.
Regarding my thesis, as it was written together with an industrial partner and not fully graded yet I need to check if I can share it just now. Let me know if you are interested and I might be able to DM it to you later on.
c
I would absolutely be interested if it’s possible, otherwise I can wait for the final version to come out as well 🙂