Skip to content

Conversation

@lukqw
Copy link
Member

@lukqw lukqw commented Jul 10, 2024

Context

Moving ephemeral instances to the preview stage has introduced a few changes to the API.
This PR adjusts the actions around ephemeral instances to integrate with those changes.

Testing

I have introduced a separate api key from staging to verify functionality against the currently deployed application on staging.
Before merging this has to be cleaned up again, i.e. switching back to the production api key for the test suite, and calling the production endpoint in the action.

Questions

@lakkeger do I need to add the extension-auto-install and auto-load-pod arguments to the existing root action?

@github-actions
Copy link

github-actions bot commented Jul 10, 2024

The ephemeral instance for the application preview has been shut down

@lukqw lukqw changed the title update actions to latest state Update actions around ephemeral instances to new api surface Jul 12, 2024
@lukqw lukqw requested review from lakkeger and whummer July 12, 2024 13:07
Copy link
Member

@whummer whummer left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Great to see the progress and next iteration of eph. instances @lukqw ! 🚀 LGTM - just some minor comments / questions, but shouldn't block the merge.. 👍

previewName=preview-$prId
response=$(curl -X POST -d "{\"auto_load_pod\": \"${AUTO_LOAD_POD:-${{ inputs.auto-load-pod }}}\"}" \
response=$(curl -X POST -d "{\"instance_name\": \"${previewName}\", \"env_vars\": {\"AUTO_LOAD_POD\": \"${AUTO_LOAD_POD:-${{ inputs.auto-load-pod }}}\", \"EXTENSION_AUTO_INSTALL\": \"${EXTENSION_AUTO_INSTALL:-${{ inputs.extension-auto-install }}}\"}}"\
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit: This is pretty dense syntax, maybe we could pull the conditional assignment for AUTO_LOAD_POD / EXTENSION_AUTO_INSTALL into temporary variables?

Also, just to confirm - do we want the inputs.* values to be the fallback (if the env variables are not defined), or rather the other way around, i..e, have them overwrite the env. variables, if configured? 🤔

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I've made the curl command less verbose, thanks for the pointer.

Regarding precedence, it seems to at least match what was discussed in here: #29, hence I'd keep it for now.

Happy to revisit this discussion with @lakkeger after his vacation.

@lukqw lukqw merged commit 4ae40bc into main Jul 17, 2024
@lukqw lukqw deleted the preview-stage-updates branch July 17, 2024 15:56
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants