GeoHealthCheck icon indicating copy to clipboard operation
GeoHealthCheck copied to clipboard

Add a Helmchart for GeoHealthCheck

Open stranljip opened this issue 11 months ago • 9 comments

This PR adds a Helm chart for GeoHealth check which allows an easy deployment on Kubernetes.

stranljip avatar Feb 25 '25 11:02 stranljip

Closes #483

stranljip avatar Feb 26 '25 09:02 stranljip

This PR does not yet provide a publication mechanism for the Helmchart - this is something which should be done after incorporating the Helmchart.

stranljip avatar Feb 26 '25 10:02 stranljip

Hi - are there any contributors in this project who can have a look at my PR or is this project unmaintained and I should continue the work solely on my fork?

stranljip avatar Mar 24 '25 07:03 stranljip

Sorry @stranljip . This project is still maintained, for example I run several production sites, including geoqos.com, only the maintainers have little time. Also for most the project has enough maturity to guard day-to-day geospatial webservices.

I have some experience in K8s, but not with Helm Charts. But I see all changes are under the charts directory, not affecting existing functionality. And very useful. So we could also just broadly review and merge your PR and trust you have the proper knowledge to maintain in the future. My only comment would be: naming the dir charts could be confusing, as within GHC we also draw status charts. Is it an idea to name the dir k8s? Or does Helm apply and the files under charts apply to more than K8s? Ok @tomkralidis ?

justb4 avatar Apr 29 '25 16:04 justb4

Sorry @stranljip . This project is still maintained, for example I run several production sites, including geoqos.com, only the maintainers have little time. Also for most the project has enough maturity to guard day-to-day geospatial webservices.

I have some experience in K8s, but not with Helm Charts. But I see all changes are under the charts directory, not affecting existing functionality. And very useful. So we could also just broadly review and merge your PR and trust you have the proper knowledge to maintain in the future. My only comment would be: naming the dir charts could be confusing, as within GHC we also draw status charts. Is it an idea to name the dir k8s? Or does Helm apply and the files under charts apply to more than K8s? Ok @tomkralidis ?

I'd probably create docker/helm and docker/kubernetes accordingly.

tomkralidis avatar May 09 '25 01:05 tomkralidis

Sorry @stranljip . This project is still maintained, for example I run several production sites, including geoqos.com, only the maintainers have little time. Also for most the project has enough maturity to guard day-to-day geospatial webservices. I have some experience in K8s, but not with Helm Charts. But I see all changes are under the charts directory, not affecting existing functionality. And very useful. So we could also just broadly review and merge your PR and trust you have the proper knowledge to maintain in the future. My only comment would be: naming the dir charts could be confusing, as within GHC we also draw status charts. Is it an idea to name the dir k8s? Or does Helm apply and the files under charts apply to more than K8s? Ok @tomkralidis ?

I'd probably create docker/helm and docker/kubernetes accordingly.

The Helm chart does only apply to k8s. docker/helm and docker/kubernetes do not "sound" quite right but I don't want to mess up your directory structure but I would suggest to refactor it a little bit:

  • docker --> install/docker-compose
  • charts --> install/kubernetes/charts or charts/geohealthcheck --> install/kubernetes/helmchart

stranljip avatar May 09 '25 06:05 stranljip

I would also suggest adding a new page in the docs on this functionality, as well as a Makefile as a convenience.

I have to admit that I am completely unfamiliar with this framework. Is your suggestion to add a Makefile in the Helmchart directory and add one page about the Helmchart or should I add a page in your docs dir?

stranljip avatar May 09 '25 14:05 stranljip

Sorry @stranljip . This project is still maintained, for example I run several production sites, including geoqos.com, only the maintainers have little time. Also for most the project has enough maturity to guard day-to-day geospatial webservices. I have some experience in K8s, but not with Helm Charts. But I see all changes are under the charts directory, not affecting existing functionality. And very useful. So we could also just broadly review and merge your PR and trust you have the proper knowledge to maintain in the future. My only comment would be: naming the dir charts could be confusing, as within GHC we also draw status charts. Is it an idea to name the dir k8s? Or does Helm apply and the files under charts apply to more than K8s? Ok @tomkralidis ?

I'd probably create docker/helm and docker/kubernetes accordingly.

The Helm chart does only apply to k8s. docker/helm and docker/kubernetes do not "sound" quite right but I don't want to mess up your directory structure but I would suggest to refactor it a little bit:

* `docker` --> `install/docker-compose`

* `charts` --> `install/kubernetes/charts` or `charts/geohealthcheck` --> `install/kubernetes/helmchart`

fine to create /charts as you with (while keeping /docker the same).

tomkralidis avatar Jun 02 '25 15:06 tomkralidis

I would also suggest adding a new page in the docs on this functionality, as well as a Makefile as a convenience.

I have to admit that I am completely unfamiliar with this framework. Is your suggestion to add a Makefile in the Helmchart directory and add one page about the Helmchart or should I add a page in your docs dir?

Yes, add a Makefile so anyone wanting to run Helm has some help. For docs, thinking more, move the content of charts/docs/installhelm.rst (of this PR) into docs/install.rst add a section to page docs/install.rst.

tomkralidis avatar Jun 02 '25 15:06 tomkralidis