Stitcher for Podcasts

Get the App Open App
Bummer! You're not a
Stitcher Premium subscriber yet.
Learn More
Start Free Trial
$4.99/Month after free trial

Show Info

Episode Info

Episode Info: We discuss the second factor of Hasura’s 3factor app, Reliable Eventing, as Allen says he still _surfs_ the Internet (but really, does he?), it’s never too late for pizza according to Joe, and Michael wants to un-hear things. This episode’s full show notes can be found at, just in case you’re using your podcast player to read this. Sponsors – Sign up today for a free 14 day trial and get a free Datadog t-shirt after creating your first dashboard. O’Reilly Velocity Conference – Get expert insight on building and maintaining cloud native systems. Use the code BLOCKS during registration to get 20% off of most passes. – Level up your coding skills, quickly and efficiently. Visit to get 20% off any course.Survey Says … Anonymous VoteSign in with WordpressWhat's the first thing you do when picking up a new technology or stack?Take a course, like on the pros and cons. Share the ones that support your opinion. Bing the best practices. Pray there are some.Find the Stack Overflow answer that you most agree with and supports your News Thank you to everyone that left us a review:iTunes: !theBestCoder, guacamoly, FishsliderStitcher: SpottieDogWe have photographic evidence that we were in the same room with Beej from Complete Developer at Atlanta Code Camp.@BowtieBeej hanging out with @THEjoezack @theallenu @iamwaltuo from @CodingBlocks #atlcodecamp— Complete Developer #MusicCityTech (@CompleteDevPod) September 14, 2019 The Second Factor – Reliable Eventing Don’t allow for mutable state. Get rid of in memory state manipulation in APIs.Persist everything in atomic events.The event system should have the following characteristics:Atomic – the entire operation must succeed and be isolated from other operations.Reliable – events should be delivered to subscribers at least once.Comparing the 3factor app Eventing to Traditional Transactions Traditional application3factor applicationRequest is issued, data loaded from various storage areas, apply business logic, and finally commit the data to storage.Request is issued and all events are stored individually.Avoid using async features because it’s difficult to rollback when there are problems.Due to the use of the event system, async operations are much easier to implement.Have to implement custom recovery logic to rewind the business logic.Recovery logic isn’t required since the events are atomic.Benefits of an Immutable Event Log Primary benefit is simplicity when dealing with recovery. There’s no custom business logic because all the event data is available for replayability.Due to the nature of persisting the individual event data, you have a built in audit trail, without the need for additional logging.Replicating the application is as simple as taking the events a...
Read more »

Discover more stories like this.

Like Stitcher On Facebook


Show Info

Episode Options

Listen Whenever

Similar Episodes

Related Episodes