Transport between client apps and the KonaKart server

[Spark]

Has anyone thought of a message queue interface between the storefront
webapps and the KonaKart server? Maybe something like SOAP over AMQP?
Or even JMS.

It would be nice to loosen the coupling between clients and the server
so orders wouldn't be lost in the event the server had to be shut
down. Synchronous web services are nice but can be unforgiving in HA
scenarios.

[Paolo]

SOAP over AMQP should be relatively easy to implement because KonaKart
can already be configured to communicate over SOAP between the client
webapps and the server. To make it HA you would then need to persist
the user sessions in the client webapps. So technically I think that
the solution is relatively straight forward.

Practically though, I wonder whether it is really necessary since we
are talking about a web store. i.e. If the KonaKart server is down,
the customer's browser clicks won't be receiving responses and so he
won't be in the position to submit an order. Obviously this argument
doesn't hold if the server goes down in the time that elapses from
when the customer submits the order and the server receives it.