Traditional websites are usually built on top of a CMS. Drupal, Wordpress, Typo3, you name it. CMS handle everything from content editing, over application programming to front-end generation. So choosing a CMS has a huge impact on how you develop your sites, and what skills and trades you need to get the job done. A CMS has also impact on hosting! Does LAMP-Stack ring a bell? Linux, Apache, MySQL and PHP. The golden standard for lots of popular CMS to this day.
JAMStack sites are different. Instead of putting the CMS into the core of all your decisions, you focus on the Front-End. And for good reason. The browser doesn't care what technology is underneath. It just cares about HTML, CSS and JavaScript. So why shouldn't you?
Putting the Front-End into focus has a lot of impact on every other level of your website. Be it the CMS, your application layer or even where you host it. And this impact comes with a lot of benefits.
Choose your tools
JAMStack sites treat hosting, content management and application as their own entities. With little to no dependency to each other.
The application layer can be anything as long as it produces APIs consumable by the Front-End. And if you go full serverless, you don't even have to care about having a dedicated application server. This is where the server-less comes in, folks.
Same for Content Management Systems. Great deal: A CMS can focus on actually managing content again! No need to serve as a rendering tool or application platform. You even can stick with Wordpress, if you like. Or have something JAMStack optimised like Storyblok. As long as there's an API to fetch content, you're good.
Hosting is as easy as serving files. Put it up on a cloud storage like S3 or Azure Storage. Host it in your dropbox. Or find a cozy place next to your old website. It's your choice.
The best thing: People can choose what they like best, and what they feel most productive with. It all sticks together with APIs.
No technology lock-in
With each part being independent, you not only have lots of choice for getting your website done. You also continue to have this choice as your project evolves. It's mich easier to swap one technology for the other if you don't have to replace your whole website. Want to move from Metalsmith to Gatsby, no need to kill your APIs. No need to kill your hosting strategy. No need to kill your builds or the huge amount of content you store in your CMS.
Does the CMS not serve your purpose anymore? Store the latest output in JSON files to keep builds going, and move silently to another one.
The bulky Java monolith is too slow and costs too much? Some light-weight cloud functions are easy to create and integrate. Only keep API contracts alive.
Moving away from technology and adopting other still isn't easy or without serious effort. But it's a lot easier to grasp if you don't have to take care about complete picture.
Incremental adoption
Every part is independent, and written in the technology you prefer. This means you can start migrating to the JAMStack immediately. Your old app still in place, start getting a few cloud functions up and running and publish a few HTML pages next to your old installation. Any server is ready to serve static files!
Especially in bigger projects I've seen this to be most beneficial. You don't want to migrate 2000 pages to a new stack in a big bang. But having the top-most pages fresh, new and fast can make a huge impact.
Bottom line
Moving to the JAMStack is a commitment to modern cloud architectures and DevOps workflows. This also means that you are able adopt as you go, with the tools you see fit best. Don't be intimidated to redo everything. Start. And see where it takes you.
Top comments (6)
As far as building standard stuff quickly, it's hard to argue with pulling a quick wordpress theme/template, installing 20-30 plugins, and calling it a day. But if you're building custom applications and you want to focus on your front-end (e.g. React) vs. having to setup a whole bunch of middleware,servers, etc. ...then the JAMstack is pretty cool. I got stuck numerous times while learning Gatsby, but now that I get it...it feels like a really powerful stack to know. The reality is though, for now, there's still not a ton of examples to pull from or good best practices. You need to make a lot up as you go.
I guess that's the price of being and up and coming technology. There's still a lot to figure out. Comparing it to the decade (or much more) Wordpress had to establish a strong ecosystem, I think we're on a good track. Good thing though: JAMStack has been around for a while, even before the term was coined. Now that we have a label to put it on, I see that there's a ton of movement happening. Exciting times ahead.
GatsbyJS looks impressive. I'm already using it in production.
Didn't have time to play with HUGO, but I'm pretty sure they have something nice to put on the table.
'XYZ looks impressive' AND 'I'm already using it in production' is an odd combo. Like 'she seems like a nice person' AND 'we're celebrating one year together next week' haha
Impressive, because GatsbyJS is Fast. 99 Lighthouse score, out of the box.
I'm using GatsbyJS to prototype & deliver simple one-page websites:
App 1
App 2 -> the app tested above with Lighthouse
Full list here, sources here
Cheers!
<('_')>
JAMstack is good !