Very good, very practical, very needed.
And just to be clear - this is NOT a book about designing any API: HTTP, RESTful, GraphQL or any other. This is a book about everything AROUND the API itself: the design process, quality controls, API lifecycle, etc. It covers not just the "soft", more theoretical aspects, but also how to implement those in practice - even at scale. And that means: mechanisms, automations, checks.
The book is very practical, tech stack agnostic and doesn't stick to much to any particular tech solution (so there's no "product placement" of any "API-building" SaaS). It works as a nice checklist, if you're just about to: create an API from scratch or upgrade your API game. And (what's a big plus) it doesn't bugger you with meaningless, space-consuming details (like Open API spec).
Any cons then? Hmm, there's one (potential) one. Each section comes with its own recommendation when it comes to tooling (e.g., what you could use for linting, schema checking, etc.) - these sections are brief, but IMHO very helpful. However, I'm a bit afraid that this part may age very quickly, so if you read it 2027+, you may validate if it's still good enough.
Recommended. The only good book on so-called "APIOps" (I like the name btw, it's about a very real problem) I've seen (& read).