He creado una aplicación Django-rest-framework. Expone algunas API que realizan algunas operaciones de obtención / configuración en la base de datos MySQL.

Tengo el requisito de hacer una solicitud HTTP a otro servidor y aprovechar esta respuesta junto con la respuesta habitual. Estoy tratando de usar un grupo de conexiones HTTP hecho a sí mismo para hacer solicitudes HTTP en lugar de hacer nuevas conexiones en cada solicitud.

¿Cuál es el lugar más apropiado para mantener este objeto de grupo de conexiones HTTP de nivel de aplicación?

Lo he buscado y hay múltiples soluciones, cada una con algunas desventajas. Aquí están algunos:

Hacer una clase singleton del grupo en un archivo diff, pero esta no es una buena forma pitónica de hacer las cosas. Hay varias discusiones sobre por qué no usar el patrón de diseño único.

Además, no sé qué tan inteligente sería agrupar a un niño. (:PAGS)

Para mantenerlo enen eso.py del directorio de la aplicación. El problema con eso es el siguiente:Solo debe contener importaciones y cosas relacionadas con eso.Será difícil probar el código de la unidad porque la importación sucedería antes de la burla y en realidad intentaría alcanzar la API.

Para usar sesiones, pero supongo que tiene más sentido si era algo específico de la sesión del usuario, como un número específico del usuario, etc.

Además, el objeto debe ser serializable. No sé cómo se puede serializar el grupo de conexiones HTTP.

Para mantenerlo global en views.py pero eso también se desaconseja.

¿Cuál es el mejor lugar para almacenar tales aplicaciones / variables de nivel global?