Dapr invoke hr api from the slack Api #13
Conversation
This works locally, so this change replicates the previous config, but with an overlay for the production config. This smoothes the way for another overlay for development Still need to work out a local configuration, and update the part of the build that edits the kustomization.yaml files
This all works locally, so now I can make changes to the hr and slack apps and test they work locally in k8s before merging
This is tested on a 'docker'desktop' local cluster
`kustomize edit` converts `bases` to `resources`, so better to use that always. `kustomize edit` doesn't like the multiple `images` sections, so collapsing to a single list
Co-authored-by: David Thompson <david.arthur.thompson@gmail.com>
Co-authored-by: David Laban <david.laban@red-badger.com>
Hi David, I'm not sure about this, let me explain my reasoning, and then we can have a think.
|
The 'ping' endpoint on the slack api no longer returns 'pong' and instead uses the dapr sidecar to invoke the 'ping' endpoint on the hr api (which also returns pong)'. If working, the slack endpoint will now return 'Respose from hr api: pong'.
To test, follow the '## WIP: Deploy Slack and Hr service locally' instructions in the readme, up to and including 'Check the ping endpoint works (http://localhost/ping)' (we don't need to use dapr invoke from outside the cluster for this test, so don't need to worry about ingress).
There are now kubernetes / kustomize files for local deployment (which assumes that the docker images are available locally) and production deployment (which assumes that the docker images already exist in the github container registry)
This requires a change to the makefile (that updates the kubernetes definition files with the sha of the latest image pushed to the registry).
To test, run
make ci service=hr tag=ceddtag digest=cedddigest, and check that the changes to ./manifests/overlays/production.yaml look sensible.There is still quite a lot of debugging type stuff in the readme and some of the kubernetes definition files, which I think will be helpful in the short term, but will probably be removed once things are more stable.