We started down this path, then found that consumers of asynchronous contracts were not happy with the coupling to specific queue technologies, so our services now wrap any queue and present a single API technology (HTTP). We are also looking at webhooks for returning responses rather than direct queue access, to retain the single low coupling technology approach, although all our async services are fire-and-forget ATM. YMMV :)
Yeah it's nice to be able to still access things via HTTP even if it just enqueues something. But I at the architectural level that's how I think of it. Hooks are great too, since you can use queues behind the scenes for those as well.
We might have something that puts an event to call a hook in a queue. Then the hook service reads that and makes a post request to the consumer.
We're a place where coders share, stay up-to-date and grow their careers.
We strive for transparency and don't collect excess data.