You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This repository hasn't really been touched since November and needs some love. Here is my priority list for us to talk about and ticket further with @j08lue and @ividito:
Write IaC and documentation about using cloud provider storage solutions (RDS and GCD):
add optionally-enabled cloud provider storage to Terraform
It's typical for most demo k8s installs to default to using an in-memory database but I think our default should just install Crunchy's Postgres Operator . Then folks have high-available k8s alternative already set up to go
move CI/CD tests to using k3's. Even though we currently can have parallel tests deploy parallel eoapi-k8s and run against a real cloud provider k3's would be more reliable and just use the CI runners
We need to automate releases using GH Actions for releases:
releases should also auto-generate a documentation site on GH pages
The support helm chart is crucial to set up Prometheus and certain auto-scaling and needs to be it's own separate chart release:
we need to make sure by default this seamlessly gives us the Grafana dashboard and ability to auto-scale by request
Write documentation about generating certs for TLS using Let'sEncrypt. There are manual steps for this like running let's encrypt CLI and generating secrets. The current helm addition PR also conflates the idea of staging and prod
The text was updated successfully, but these errors were encountered:
This repository hasn't really been touched since November and needs some love. Here is my priority list for us to talk about and ticket further with @j08lue and @ividito:
Write IaC and documentation about using cloud provider storage solutions (RDS and GCD):
extraSecret
andextraConfig
to be mounted into the pods like JH does forextra*
thingsIt's typical for most demo k8s installs to default to using an in-memory database but I think our default should just install Crunchy's Postgres Operator . Then folks have high-available k8s alternative already set up to go
move CI/CD tests to using k3's. Even though we currently can have parallel tests deploy parallel eoapi-k8s and run against a real cloud provider k3's would be more reliable and just use the CI runners
We need to automate releases using GH Actions for releases:
The support helm chart is crucial to set up Prometheus and certain auto-scaling and needs to be it's own separate chart release:
Write documentation about generating certs for TLS using Let'sEncrypt. There are manual steps for this like running let's encrypt CLI and generating secrets. The current helm addition PR also conflates the idea of staging and prod
The text was updated successfully, but these errors were encountered: