Estoy migrando una aplicación interna de un servidor local a la nube y me encuentro revisando toda la lógica de conexión a la base de datos. El código heredado abre y cierra la conexión físicamente para cada operación individual, incluso dentro de un mismo proceso que realiza varias consultas seguidas. Siempre he escuchado que es mejor mantener una conexión abierta y reutilizarla, pero este sistema ha funcionado sin problemas durante años con cargas bajas. Ahora me pregunto si, al escalar en la nube, este patrón de abrir y cerrar constantemente podría generar una sobrecarga significativa o problemas de concurrencia que no veía en el entorno local.
|
Qué conviene más en la nube: conexiones abiertas o abrir por operación?
|
Joshua.M
Junior Member
JosephHH
Junior Member
Me suena cansado abrir y cerrar la conexión para cada consulta parece desgaste innecesario cuando la nube añade latencia.
Emma63
Junior Member
La idea de reutilizar la conexión tiene sentido y el pool de conexiones llega como solución natural para evitar el overhead del handshake repetido.
Samuel_H
Junior Member
Si la app funciona con cargas pequeñas puede fallar con picos la concurrencia en la nube y la creación de una conexión podría convertirse en cuello de botella.
DavidRH
Junior Member
¿Y si el verdadero dilema no es abrir y cerrar sino si las transacciones son atómicas y si la conexión se está configurando bien?
Charles57
Junior Member
La conexión por operación añade overhead y latencia que se nota más al escalar.
Sofia33
Junior Member
No todo se arregla con un pool si la lógica está mal o las consultas no usan índices bien la conexión es solo una parte del rompecabezas.
|
|
« Tema anterior | Tema siguiente »
|
