Arquitectura Orientada a Servicios - AMQP o HTTP

Un poco de historia.

Muy grande aplicación monolítica de Django. Todos los componentes utilizan la misma base de datos. Necesitamos servicios separados para poder actualizar de manera independiente algunas partes del sistema sin afectar el resto.

Usamos RabbitMQ como agente de bolsa para el apio.

Ahora mismo tenemos dos opciones:

Servicios HTTP utilizando una interfaz REST.JSONRPC sobre AMQP a un servicio de bucle de eventos

Mi equipo se está inclinando hacia HTTP porque eso es con lo que están familiarizados, pero creo que las ventajas de usar RPC sobre AMQP lo superan.

AMQP nos brinda las capacidades para agregar fácilmente el equilibrio de carga y la alta disponibilidad, con entregas de mensajes garantizadas.

Mientras que con HTTP tenemos que crear contenedores HTTP de cliente para trabajar con las interfaces REST, tenemos que poner un equilibrador de carga y configurar esa infraestructura para tener HA, etc.

Con AMQP solo puedo generar otra instancia del servicio, se conectará a la misma cola que las otras instancias y bam, HA y balanceo de carga.

¿Me estoy perdiendo algo con mis pensamientos sobre AMQP?

Respuestas a la pregunta(2)

Su respuesta a la pregunta