Empresas
Empleos
  • Sobre nosotros
  • Soluciones
    • Publicación de vacantes
      Publica tu vacante y recibe candidatos calificados en 48h.
    • Evaluación de candidatos
      500+ pruebas técnicas y psicológicas, más anti-fraude.
    • Headhunting
      Búsqueda ejecutiva a la medida de principio a fin.
    • Nómina + EOR
      Dispersión de nómina y EOR en más de 15 países de LATAM.
  • Precios
  • Empleos

0

201
Vistas
Subprocesamiento vs Contenedores en Orquestación

Estoy trabajando en el rediseño de una aplicación Spring Boot existente que está tratando de automatizar una serie de ejecuciones de trabajo que la empresa está realizando actualmente de forma manual por parte de su personal. Tiene una aplicación principal que funciona casi como una aplicación de orquestación en el sentido de que es el servicio que llamará a otras aplicaciones para realizar el trabajo general. Tiene 7 subsistemas que invoca, 3 de estos sistemas deben invocarse en algún tipo de orden y completarse antes de que se invoquen los otros 4, pero se pueden invocar de forma asincrónica.

Todos estos subsistemas ahora se han movido a Spring Microservices y la aplicación en la que estoy trabajando debe invocar estos microservicios (algunos en orden y otros de forma asincrónica), es posible que mi aplicación sea llamada más de una vez al mismo tiempo por lo tanto, debo tener en cuenta que es posible que se necesiten varios contenedores para cada subsistema. Implementé Open-Feign para invocar cada uno de los Microservicios.

También tienen el plan en un futuro no muy lejano de trasladar esto a AWS ECS/Fargate; sin embargo, por el momento se ejecutará en máquinas virtuales Linux y los contenedores se crearán en la misma red privada para la comunicación. Me pregunto si debería eliminar ThreadPoolTaskExecutor por completo y simplemente invocar un nuevo contenedor para cada solicitud simultánea a mi aplicación, sin embargo, he leído que los subprocesos en un proceso aún son más rápidos y tienen menos gastos generales que crear un proceso en un contenedor y considerar no habrá muchos contenedores invocados simultáneamente. Estoy perplejo en cuanto al mejor enfoque.

Cualquier consejo sería apreciado.

over 4 years ago · Santiago Trujillo
1 Respuestas
Responde la pregunta

0

A menos que cada solicitud aumente el consumo de memoria linealmente en la aplicación en al menos 1 Gb adicional (entonces la nueva memoria base del módulo no sería mucho en comparación con ella), es una exageración generar un nuevo módulo para cada solicitud... son 200 Mb de memoria adicional para cada solicitud y no veo ningún beneficio ni necesidad.

over 4 years ago · Santiago Trujillo Denunciar
Responde la pregunta
Encuentra empleos remotos

¡Descubre la nueva forma de encontrar empleo!

Top de empleos
Top categorías de empleo
Empresas
Publicar vacante Precios Comercial
Legal
Términos y condiciones Política de privacidad
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomiéndame algunas ofertas
Necesito ayuda