Ich gebe zu, bis vor kurzem kannte ich die Einzelheiten von Jamstack nicht, obwohl ich den Begriff so oft gehört hatte. Ich glaube, damit bin ich nicht allein. Es ist ein schwer fassbarer Begriff – wie unterscheidet er sich von dem, was davor kam, besonders wenn man bedenkt, dass er so viele Ähnlichkeiten aufweist? Glücklicherweise zerlegt Divya Sasidharan jeden Tag im Januar in einer Reihe von Beiträgen namens #JAMuary viele Aspekte von Jamstack.
Einer der bisherigen Beiträge dieser Reihe hieß „What makes a site Jamstack“? Persönlich war dieser Beitrag einer meiner Favoriten. Darin taucht Divya in eine sehr wichtige Frage ein: Wenn statische Websites und Jamstack ähnlich sind, was ist dann die Unterscheidung?
„Man könnte sagen, dass eine Jamstack-Website eine statische Website ist, aber eine statische Website ist nicht unbedingt eine Jamstack-Website.“
Sie spricht ein wenig über Git-Workflows im Vergleich zu den alten FTP-Methoden, wie man kontinuierlich kleine Änderungen vornimmt und diese Änderungen rückgängig macht.
Mutable Deployments bringen eine Reihe von Herausforderungen mit sich. Dazu gehören sich ständig ändernde und unvorhersehbare Serverumgebungen und Probleme mit ungültigen Caches. JAMstack-Websites verzichten darauf, indem sie die Fähigkeit moderner CDNs nutzen, Ihren Cache vollständig zu invalidieren.
Sie beschreibt dann den Generate-Deploy-Zyklus von Jamstack und wie Jamstack in vielerlei Hinsicht eine Antwort auf die ständig wachsende Komplexität des Webs ist. Jamstack bewegt sich weg von der Verwendung von Servern, was viel Komplexität reduziert.
Sie können mehr von ihrer Arbeit und dieser Serie auf dev.to lesen.