Capítulo 12. El caso contra los JAR gordos
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
Daniel Bryant
En el desarrollo web Java moderno, la idea de empaquetar y ejecutar aplicaciones en cualquier otra cosa que no sea un JAR gordo de se está convirtiendo casi en herética. Sin embargo, la creación y la implementación de estos artefactos pueden presentar claras desventajas. Un problema obvio es el tamaño típicamente grande de los JAR "gordos", que pueden consumir demasiado espacio de almacenamiento y ancho de banda de red. Además, el proceso de construcción monolítico puede llevar mucho tiempo y hacer que los desarrolladores cambien de contexto mientras esperan. La falta de dependencias compartidas también puede causar incoherencias en el uso de utilidades, como el registro, y problemas con la integración de la comunicación o la serialización entre servicios.
El uso de JAR "gordos" para la implementación de aplicaciones Java se popularizó con el auge del estilo de arquitectura de microservicios, DevOps y las tecnologías nativas de la nube, como la nube pública, los contenedores y las plataformas de orquestación. A medida que las aplicaciones se descomponían en una colección de servicios más pequeños que se ejecutaban y gestionaban de forma independiente, tenía sentido, desde una perspectiva operativa, agrupar ...
Get 97 cosas que todo programador Java debe saber now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.
