cómo crear microservicios en django

¿Microservicios? No te preocupes por eso ahora, hablemos de cómo Django lo hace más fácil.

¿También se pregunta cómo dividir el creciente proyecto Django para que se ejecute más rápido y sea más fácil de mantener? Cada vez hay más módulos. Cambiar algo es como mover todo el cuerpo y desplegarlo una vez da miedo. Entendemos que esta “dulce carga” es muy común a medida que crecen los proyectos. Algunas personas dirán: ¡vaya a los microservicios! Pero cuando escuchas "microservicios", ¿piensas inmediatamente en un montón de contenedores, puertas de enlace y operaciones y mantenimiento complejos, y sientes que tienes que empezar todo de nuevo?

No te preocupes. De hecho, usar Django para avanzar hacia los microservicios no significa que tengas que abandonar todo antes. Es más bien una "separación" metódica, que permite que cada función central crezca de forma independiente. Hoy dejaremos de lado esas teorías desalentadoras y, como si estuviéramos charlando, veamos cómo tomar este camino para que sea práctico.

De "casa grande" a "apartamento boutique": el concepto cambia primero

Imagine que su proyecto Django es una gran villa con todas las habitaciones (funciones) juntas. Había mucho humo en la cocina y toda la casa olía mal. Los microservicios convierten esta villa en un pequeño complejo de apartamentos boutique. Cada apartamento es independiente, especializado y tiene su propia conexión fluida.

Por lo tanto, el primer paso no es apresurarse a derribar el código, sino pensar en ello: ¿qué partes de su aplicación están siempre unidas? ¿Cuáles pueden funcionar de forma independiente? Por ejemplo, la autenticación de usuarios, el procesamiento de pedidos y las notificaciones de mensajes, ¿a menudo están integrados en uno solo? Encuentre estos "límites naturales" y tendrá un plano de diseño.

El suave método de división de Django: no es necesario romper los músculos

Quizás te preguntes: ¿Django no es famoso por su “cubo familiar”? ¿Será doloroso desmontarlo? En realidad, podemos utilizar una forma más fluida.

1. Primero deje que la base de datos sea "independiente". Lo mejor es que cada microservicio tenga su propia base de datos. En Django, puedes usar Database Router para asignar fácilmente diferentes bases de datos a diferentes aplicaciones (Aplicaciones). De esta manera, los datos del módulo de usuario y los datos del módulo de pedido están fundamentalmente separados, evitando efectos cruzados y encadenados involuntarios. Es como tener un contador de agua y luz independiente para cada apartamento, claro y seguro.

2. Comunicación: Deja de utilizar llamadas internas intensas. En el pasado, en proyectos individuales, las funciones se importaban y llamaban directamente entre aplicaciones. Bajo una arquitectura de microservicios, esto se convierte en "comunicación" entre servicios. La forma más directa es usar una API HTTP liviana (usar el marco REST de Django es aún más poderoso) o una cola de mensajes asincrónica más eficiente (como usar Celery para entregar eventos). Recuerde un principio: hable a través de una interfaz pública (API) en lugar de pasar directamente por los "cajones" (bases de datos) de otras personas.

3. ¿Compartir? ¿Qué debemos hacer si lo empaquetamos en una "biblioteca pública", como el usuario y algunas funciones de herramientas comunes? No siempre se puede hacer una copia para cada servicio. Es inteligente empaquetar este código compartido en paquetes Python independientes. Luego, en cada proyecto de microservicio de Django, introdúzcalo a través de requisitos.txt como si instalara otras dependencias.kpotenciaAl ayudar a los clientes con actualizaciones de arquitectura, a menudo se recomienda comenzar aquí y compilar una biblioteca base pública versionada y limpia, lo que puede hacer que las divisiones posteriores sean más efectivas con la mitad del esfuerzo.

¿beneficio? Más que solo suena genial

¿Qué cosas reales se pueden lograr al hacer esto?

• Ya no tengas miedo de cambiar las cosas: Ahora solo necesita modificar e implementar uno de los servicios y ya no tendrá que preocuparse por desactivar involuntariamente todo el sistema. Es como reparar un solo edificio de apartamentos, mientras los demás residentes viven sus vidas como de costumbre.
• Selección de tecnología gratuita: ¿El servicio de pedidos debe reescribirse en Go de alto rendimiento? ¿Los servicios al usuario seguirán siendo tan estables como Django? Ningún problema. Bajo la arquitectura de microservicio, siempre que se acuerde la interfaz, puede elegir libremente cómo implementarla internamente.kpotenciaAlgunas de nuestras soluciones reflejan esta flexibilidad, utilizando las herramientas más adecuadas para hacer las cosas más apropiadas.
• Telescópico y más preciso: Si el tráfico de pedidos aumenta durante una gran promoción, entonces solo aumente los recursos del servidor para el servicio de pedidos, en lugar de ampliar servicios como la autenticación de usuarios y la exploración de contenido, lo que ahorra dinero y es eficiente.

Hay algunos pequeños baches en el camino, recuerda evitarlos.

Por supuesto, la transición de lo monolítico a lo distribuido también traerá nuevos desafíos. Esto no es malo, sólo requiere que cambiemos nuestro estilo de gestión.

• consistencia de datos: ¿Qué debo hacer si se crea el pedido pero falla la deducción de inventario? En este momento, es necesario introducir el concepto de "consistencia eventual" y abordarlo a través de mecanismos de compensación e impulsados ​​por eventos (como el modo Saga) en lugar de buscar una fuerte coherencia. Esto requiere que pensemos más detenidamente al diseñar procesos de negocio.
• Probar e implementar: Con más servicios, la complejidad de las pruebas y la implementación aumentará. Esto significa que debe invertir en una canalización de CI/CD, así como en pruebas de integración con su contrato de API. Esto es como pasar de gestionar una tienda a gestionar una marca de cadena, lo que requiere un manual de operaciones más sistemático.
• Monitorear y depurar: Un problema puede involucrar múltiples servicios y solucionarlo es como resolver un crimen. La recopilación de registros unificados, el rastreo de enlaces (Tracing) y los paneles de monitoreo se vuelven críticos. Afortunadamente, existen muchas cadenas maduras de herramientas de código abierto que pueden ayudarlo a construir este "sistema de posicionamiento global".

Entonces, comencemos

Si cree que su proyecto Django está empezando a volverse difícil de manejar, la arquitectura de microservicios es una dirección que vale la pena considerar seriamente. No es un cambio en blanco y negro, sino un proceso gradual. Puede comenzar con el módulo más valioso e independiente y continuar paso a paso.

La clave es siempre: lo que tu negocio necesita. La arquitectura sirve al negocio, no muestra habilidades. Al igual que los bloques de construcción, encuentre esos módulos estables e independientes y construya puentes de comunicación claros y confiables para ellos. Su sistema encontrará el equilibrio perfecto entre flexibilidad y estabilidad. Ya sólo queda disfrutar de la agilidad y estabilidad que aporta.

Establecido en 2005,kpotenciase ha dedicado a un fabricante profesional de unidades de movimiento compacto, con sede en Dongguan, provincia de Guangdong, China. Aprovechando las innovaciones en tecnología de accionamiento modular, Kpower integra motores de alto rendimiento, reductores de precisión y sistemas de control multiprotocolo para proporcionar soluciones de sistemas de accionamiento inteligentes eficientes y personalizadas. Kpower ha brindado soluciones de sistemas de accionamiento profesionales a más de 500 clientes empresariales en todo el mundo con productos que cubren diversos campos, como sistemas domésticos inteligentes, electrónica automática, robótica, agricultura de precisión, drones y automatización industrial.