-
Notifications
You must be signed in to change notification settings - Fork 108
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Deploy a multiarch image #706
Conversation
5913eef
to
ab77714
Compare
docker pull ${{ secrets.BETA_AWS_ACCOUNT }}.dkr.ecr.us-west-2.amazonaws.com/amazon/appmesh-controller:${{ github.event.inputs.tag }}-linux_arm64 | ||
- name: Configure AWS Credentials (prod) | ||
uses: aws-actions/configure-aws-credentials@v1 | ||
src_host: "${{ secrets.BETA_AWS_ACCOUNT }}.dkr.ecr.us-west-2.amazonaws.com" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You changed the beta-release workflow to use secrets.CI_AWS_ACCOUNT but here you're still using secrets.BETA_AWS_ACCOUNT. I could use some context to understand what's going on between these.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Standardized on BETA - these are the same values now; this patch just had it's roots back when CI was a distinct value that was used for beta image building and testing.
.github/workflows/beta-release.yaml
Outdated
|
||
push-images: | ||
name: Build And Push Images | ||
runs-on: ubuntu-22.04 | ||
needs: [ integration-test ] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
how are we enforcing integration-tests before beta push and eventually prod push?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Reverted. There are some process changes I want to make around testing for a release, but this isn't the right place to start them.
ab77714
to
fb0b384
Compare
Previously, the "main" image was always an amd64 image, and there was a secondary arm64 image that could be used with an explicit tag. This makes the amd64 image also have an explicit tag, and replaces the normal tagged image with a manifest file that will correctly route to the appropriate architecture.
fb0b384
to
657dbc9
Compare
Issue #, if available:
Description of changes:
Deploy a multiarch image
Previously, the "main" image was always an amd64 image, and there was
a secondary arm64 image that could be used with an explicit tag. This
makes the amd64 image also have an explicit tag, and replaces the normal
tagged image with a manifest file that will correctly route to the appropriate
architecture.
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.