Helm-Chart-Boilerplates VS sparrowci_web

I would point you to what I call the "Universal Helm Charts" and some examples of how to use them.

Shameless Plug: Here's one of my dashboards I made for Ingress-Nginx, which is my recommended border router/gateway into all the services. It adds deep robust metrics and configurability, and if you've got years of experience with Nginx also, it allows you rich complex customization via nginx's configuration structure via kubernetes annotations. Besides that I have open-source helm charts which are easy to use, boilerplates showing how to use them, a volume autoscaler to automatically resize your disks as they get full, and a blog where I share various of my experience which is a companion blog to my upcoming book of the same name. Hope this helps! Feel free to ask if you have any further questions.

Here is an example of a repo that uses an sub-chart: https://github.com/DevOps-Nirvana/Helm-Chart-Boilerplates/tree/master/boilerplate-apache-with-configmap-template/deployment

Use multi-values files with helm ALWAYS. Allowing an env-specific overlay to tweak your default values files. See: https://github.com/DevOps-Nirvana/Helm-Chart-Boilerplates/tree/master/boilerplate-echoserver/deployment/boilerplate-echoserver

Helm charts - https://github.com/DevOps-Nirvana/Universal-Kubernetes-Helm-Charts Example using helm charts as sub charts - https://github.com/DevOps-Nirvana/Helm-Chart-Boilerplates/tree/master/boilerplate-echoserver

Helm Chart Boilerplates are examples of usage of the above Universal Helm Charts to help people understand how to use them more, a stop-gap until I add more documentation

Helm Chart Usage Boilerplates (Examples of using these helm chart)

To help you on deploying your service, I've created open source generic/universal Helm Charts to make it easy to do the above. Here are the Universal Helm Charts and here's some boilerplate examples of using them. These built-in have support for HPAs, services, ingresses, etc, making it as easy as autoscaling.enable: true I haven't gotten around to documenting the helm charts yet, but there's lots of comments in the values.yaml file explaining everything.

I continue to build community around SparrowCI - https://ci.sparrowhub.io - flexible CI system with many languages support. Welcome in! We already have active uses , but we welcome 🤗 more.

With SparrowCI you have a compromise of having yaml based structure and flexibility to use many programming languages for tasks, and tasks act as functions accepting and returning parameters accessible within other tasks. You can check more out at https://ci.sparrowhub.io/

Continue to build super flexible CICD framework - https://ci.sparrowhub.io , recently I’ve added self hosted deployment support that allows people to install the system on their infrastructure. Another interesting feature is gitea integration

Checkout more on https://ci.sparrowhub.io

Keep building my own free CI service extendable by many languages including Python, please check out Python examples here - https://github.com/melezhik/SparrowCI/tree/main/examples/python

Now officially support builds for Alpine Linux, Debian and Arch Linux containers - see examples at https://ci.sparrowhub.io

For example, in SparrowCI pipeline this could be achieved by a simple Bash task:

For more sophisticated scenarios try out .sparkyci.yaml DSL

For more sophisticated scenarios there is .sparkyci.yaml DSL that allows to install none Raku packages, external services and so on, an example is my fork of DBIish::Pool repo - https://github.com/melezhik/DBIish-Pool/blob/main/.sparkyci.yaml