AJAX is about loading HTML from the backend to the client dynamically.
JAMStack is about pre-rendering HTML from dynamic content into static files.
Where do the "Javascript and APIs" come into play, if not via AJAX?
My impression is that Jamstack is meant to include apps that render client side, but disclude apps that require a custom dynamic backend - serving static data and fetching it asynchronously is in, as is hitting third party APIs (the API part of JAM), but writing your own backend to serve data from a DB / etc. is out. Does that make sense?
Microsoft is already testing the waters with their own offering and I'm sure AWS and Google are as well. I'm not sure Netlify will survive the onslaught.
there are a LOT of pain points to deal with rolling out all that is included with the base netlify offering
hosting a static site is pretty easy - but configuring routing between cloudfront and s3 can be complicated so that the reequests don't always reference the root index.html
creating an autodeploy infrastructure can be challenging as well, tools like github actions might make that a little easier, but there are a lot of considerations there
it also makes these kinds of solutions more accessible to developers who might not have the understanding or interest to set up that kind of infrastructure. front end devs can build sites, connect, and go with little fuss
I think the market is larger for simplified services without the IAM and S3 cruft, especially when you have to educate the client on the solution.
Their redirects are a pain point though.