Factor #1 is a specific technology that the authors just so happen to sell…
It has one mention to the product they sell, in the form of a link on the “Read More”. GraphQL doesn’t require their product.
To support this architecture pattern, your State store should have the following properties:
We call these “CAP databases” (for Consistent, Available, and Partition-tolerant databases), and it’s best-practice for your State store to support all three of these properties.
Also are they implicitly assuming, specifically with some of the phrasing around the third factor, that the CALM theorem always holds? Seems like their out of order requirements are a little limiting.
Most of the services I’ve seen at work lean pretty heavily on the second and third factors, and in my experience, they’ve been pretty nice to work with. I can’t vouch for GraphQL, though.
This can be applied to narrow range of apps. White 12factor to wast.