amplify-cli VS amplify-cli-export-construct

Bug: Before continuing, we need to add some manual changes to the generated output since there is a bug in the 10.8.1 version of the Amplify CLI. To fix the issue, open the amplify/backend/predictions/identifyText<>/parameters.json file and add the following three key-value pairs to it:

AWS Amplify CLI - GitHub

If this is the first time using Amplify you'll need to install the Amplify CLI. This tool will help us setup and add Amplify's services.

This disconnection between the initial business cases of DynamoDB and Amplify can even be seen within the AWS teams themselves. [4] We don't believe any of them are to blame. The solo Front End Engineer bootstrapping a quick Amplify app for a PoC feels like a way different use case than a team of highly trained data engineers working on their Single Table Design for their micro-service. Amplify rightfully tries to offer an easy way to deal with storing data. And so it follows a standard SQL design with DynamoDB. This though leads to bad performance (original selling point of DynamoDB) or other limitations hard to anticipate.

Overall it is pretty clear and fine that Amplify focuses on PoC projects rather than production ones (with features like Geo-tagging [5] but no way to migrate data). However, when starting to get traction, it is a shame we need to completely eject instead of being able to extend because of lack of (boring but necessary) fundamentals.

[1] https://github.com/aws-amplify/amplify-cli/issues/10164

Unfortunately, and this is a bad look for AWS, Amplify still hasn't migrated to CDK v2, meaning they're still using the maintenance-only CDK v1, which is incredibly easy to break due to incompatible packages, and isn't getting any new features. Further, Amplify's implementation of CDK (I think it's the StackSynthesizer subclass) doesn't even support some of the most productive features of CDK like the ability to create a Lambda image from a Dockerfile. You have to define and push the image separately which misses the point of having the entire app defined within Amplify.

Hi u/recursivebob , can you please submit an issue to the Amplify CLI on Github using this link

Hi all, for a new project I need to create a web app and mobile app and would like to hear your opinion on what would be the right architecture. The architecture has two peculiarities, it needs: - a service for crawling/scraping and writing into a (document) DB - full search text support for the crawled/scraped data Since the budget for running is low and time is tight, I was looking into serverless and BaaS architectures. I like the idea of using a BaaS architecture so I was I thinking if Firebase or AWS Amplify are a good fit. Regarding the full search text, Firestore does not support full text search out of the box, but it is possible to use Elastic, Algolia, Typesense (https://firebase.google.com/docs/firestore/solutions/search). With AWS Amplify it's apparently even more easier - it appears that it can be directly connected to AWS ElasticSearch. Regarding the crawling/scraping, I could use e.g. EC2 instances. Now from the time perspective looks good, but not from the budget perspective. As I found here: https://github.com/aws-amplify/amplify-cli/issues/3860 an ElasticSearch Instance on AWS can cost 70$ for 2 hours!!! This is around the budget for a whole month... So what you guys would advice me? Are there any alternatives? How can I move fast with a minimal cost?

AWS Amplify code is open-sourced and could be found on GitHub at https://github.com/aws-amplify/amplify-cli. We could make use of the NPM packages deployed independently to recreate the functionality offered by the AWS Amplify CLI regarding the GraphQL transformers. The entry point for generating the Appsync resolvers could be found here and the class we are interested in is GraphQLTransform which takes as a parameter all the individual transformers and iterates over them to generate the GraphQL resolvers and the associated CloudFormation stacks for deploying those resolvers.

Can you check that issue: https://github.com/aws-amplify/amplify-cli/issues/6338

AWS Amplify - The AWS Amplify CLI is a toolchain which includes a robust feature set for simplifying mobile and web application development. The CLI uses AWS CloudFormation and nested stacks to allow you to add or modify configurations locally before you push them for execution in your account.

I used the logic defined in this helper library created by AWS to help with importing the CloudFormation resources generated by AWS Amplify https://github.com/aws-amplify/amplify-cli-export-construct. It cannot be used per se due to it requiring all the other resources being available, not only the Appsync related ones, but still, it provides good inspiration.