Again one of those situations when I find it difficult to accurately put into words what I liked about a technical piece of writing and of course the why behind the what. So let's start with the bad instead.
Unless you're familiar with DDD, you may miss the motivation behind some of the presented ideas and ideally you'd want to read both DDD by Eric Evans and Implementing DDD by Vernon Vaughn, although the latter would be more important since the idea of domain events is introduced there and Event-Driven Microservices builds on from there. In doing so, the author also takes a bit of a Kafka-centric approach, and some of the best-practice advice regarding the way you organise events and streams doesn't make a lot of sense if you're creating your event-driven services using a different technology, e.g. Akka.
Now, with that off my chest here's what made this one so worth reading for me. First, I recognized some of the issues with the traditional approach to microservices, which at my current company we managed to solve with event sourcing. Which, as things go in software, gave us a completely different set of issues and this book deals with them. While I can't say the book had much practical value at this point, it did help me articulate better why some approaches work and why others don't. Second, I particularly liked the mix of high-level abstraction of the patterns and the low-level technical detail that can be found in every chapter - the author managed to perfectly time the jumps/switches between the abstract and the technical and also strike a fine balance between the two, keeping most of the patterns abstract, but delving into the nitty-gritty details when they are important to the way you implement the pattern or, sometimes, if those technical details may even be the cause or the enabling factor behind the pattern. Finally, while I know I've mentioned this under the 'bad' column, it's a actually a good thing in my case - the book is a perfect sequel to blue and red DDD books and promotes those ideas even further.