* add ingress for api and web
* helm setup docs
* add letsencrypt. close blocks
* use pathType ImplementationSpecific as Prefix is deprecated
* fix backend labels. configure nginx routes. update annotations
* fix linting
---------
Co-authored-by: Sajjad Anwar <sajjadkm@gmail.com>
Co-authored-by: Richard Kuo (Danswer) <rkuo@onyx.app>
* initial commit for helm chart refactoring
* Continue refactoring helm. I was able to use helm to deploy all of the apps to a cluster in aws. The bottleneck was setting up PVC dynamic provisioning.
* use default storage class
* Fix linter errors
* Fix broken helm test
* update
* Helm chart fixes
* remove reference to ebsstorage
* Fix linter errors
---------
Co-authored-by: jpb80 <jordan.buttkevitz@gmail.com>
* initial commit for helm chart refactoring
* Continue refactoring helm. I was able to use helm to deploy all of the apps to a cluster in aws. The bottleneck was setting up PVC dynamic provisioning.
* use default storage class
* Fix linter errors
* Fix broken helm test
---------
Co-authored-by: jpb80 <jordan.buttkevitz@gmail.com>
* re-enable helm
* allow manual triggering
* change vespa host
* change vespa chart location
* update Chart.lock
* update ct.yaml with new vespa chart repo
* bump vespa to 0.2.5
* update Chart.lock
* update to vespa 0.2.6
* bump vespa to 0.2.7
* bump to 0.2.8
* bump version
* try appending the ordinal
* try new configmap
* bump vespa
* bump vespa
* add debug to see if we can figure out what ct install thinks is failing
* add debug flag to helm
* try disabling nginx because of KinD
* use helm-extra-set-args
* try command line
* try pointing test connection to the correct service name
* bump vespa to 0.2.12
* update chart.lock
* bump vespa to 0.2.13
* bump vespa to 0.2.14
* bump vespa
* bump vespa
* re-enable chart testing only on changes
* name the check more specifically than "lint-test"
* add some debugging
* try setting remote
* might have to specify chart dirs directly
* add comments
---------
Co-authored-by: Richard Kuo <rkuo@rkuo.com>
* first cut at redis
* fix startup dependencies on redis
* kombu cleanup - fail silently
* mypy
* add redis_host environment override
* update REDIS_HOST env var in docker-compose.dev.yml
* update the rest of the docker files
* update contributing guide
* renaming cache to cache_volume
* add redis password to various deployments
* try setting up pr testing for helm
* fix indent
* hopefully this release version actually exists
* fix command line option to --chart-dirs
* fetch-depth 0
* edit values.yaml
* try setting ct working directory
* bypass testing only on change for now
* move files and lint them
* update helm testing
* some issues suggest using --config works
* add vespa repo
* add postgresql repo
* increase timeout
* try amd64 runner
* fix redis password reference
* add comment to helm chart testing workflow
* rename helm testing workflow to disable it
---------
Co-authored-by: Richard Kuo <rkuo@rkuo.com>
Vespa is not working because this configuration
As you can see in this Issue https://github.com/unoplat/vespa-helm-charts/issues/20
You have to use this podLabels to be accord with the other configuration.
vespa:
podLabels:
app: vespa
app.kubernetes.io/instance: danswer <-------------
