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
I wanted to start a discussion about how this project evolves given the newly available AppSync Merged APIs.
One approach could be to use one API definition per source API and one for the merged API. The last would be a convenient "wrapper" over the CloudFormation needed to set one up.
Another approach could be something closer to what v1 of this plugin supported where we define multiple APIs in the same definition and then include the merged API to stitch it all together.
I look forward to the conversation.
The text was updated successfully, but these errors were encountered:
This is something I want to support.
I still need to figure out how this all works with CloudFormation but it seems like two key parameters are ApiType
and MergedApiExecutionRoleArn
Another approach could be something closer to what v1 of this plugin supported where we define multiple APIs in the same definition and then include the merged API to stitch it all together.
My first impression is that we should probably not do that.
In theory, the merge feature is meant to be used when several teams work together. This means that each team would own and maintain their own stack (i.e. their own servelress.yml file).
I will try to find some time to investigate all this.
I've got a working GitHub example of the CloudFormation here. There are mistakes in the current AWS CFN documentation that I'll highlight in an upcoming blog article on the subject (with links to this repo, I might add). I'll post a link in this thread when it's published.
I wanted to start a discussion about how this project evolves given the newly available AppSync Merged APIs.
One approach could be to use one API definition per source API and one for the merged API. The last would be a convenient "wrapper" over the CloudFormation needed to set one up.
Another approach could be something closer to what v1 of this plugin supported where we define multiple APIs in the same definition and then include the merged API to stitch it all together.
I look forward to the conversation.
The text was updated successfully, but these errors were encountered: