none
Requisitos no funcionales con asp.net RRS feed

  • Pregunta

  • saludos, como puedo desarrollando un aplicativo con asp.net webforms, garantizar o hacer los posible en la programación para que se puedan realizar 50 o mas transacciones por minuto, en un sistema muy concurrido que se deberia tener en cuenta

    gracias

    martes, 2 de junio de 2015 22:26

Respuestas

  • Hola Palermo_Software,

    Intuyo que nadie podrá responder con precisión a tus dudas ya que ello depende del escenario que sólo tu lo conoces (o deberías conocerlo). Variables como la concurrencia actual y la que estimes en un determinado tiempo, la complejidad de procesos que tenga la aplicación, el software que tengas encima del servidor (no es lo mismo un windows server 2012 que uno de versiones anteriores), etc, etc. Quizá si expones el escenario actual tengas respuestas mas cercanas.

    sábado, 6 de junio de 2015 23:18

Todas las respuestas

  • hola

    transacciones de difentes usuario operando con la aplicacion o te refieres a un proceso que genera 50 registros en tablas ?

    en principio sin importar el camino no es un problema de asp.net realizar las transacicones sino mas bien de la base de datos

    a ver asp.net realizara el post o ejecutara el codigo, invocara los INSERT que definas y eso lo realiza sin problema

    despues por supuesto dimensionaras los servidores, si el host le pones el sitio y la db en un Core Duo con 2Gb de memoria y milagros no va a realizar

    saludos


    Leandro Tuttini

    Blog
    MVP Profile
    Buenos Aires
    Argentina

    miércoles, 3 de junio de 2015 2:37
  • [...] que se puedan realizar 50 o mas transacciones por minuto [...]

    50 transacciones por minuto es una trivialidad; tienes más de un segundo para cada una. Otra cosa sería que me hablases de cinco mil transacciones por minuto, eso ya empezaría a ser delicado.

    Por una parte tienes los 50 postbacks de las páginas al servidor. 50 postbacks en un minuto es muy poco, el servidor se lo debería tragar sin apenas enterarse. Y luego si cada uno de esos postbacks ejecuta una transacción contra la base de datos, el único problema que puedes tener es que sean transacciones enormes y costosísimas, que accedan a numerosos registros y los dejen bloqueados, impidiendo la concurrencia con otras transacciones simultaneas. Si eso sucede, sería ya un problema de optimización de base de datos, habría que estudiar el caso concreto y optimizarlo a nivel de SQL Server.

    miércoles, 3 de junio de 2015 5:05
  • Hola Leandro

    "despues por supuesto dimensionaras los servidores, si el host le pones el sitio y la db en un Core Duo con 2Gb de memoria y milagros no va a realizar"

    Respecto a esto cual crees entonces tu que debería ser el hardware recomendable para que contenga solo a la aplicación web , es decir un servidor web sin tomar en cuenta a la base de datos que estará en otro servidor.

    miércoles, 3 de junio de 2015 13:54
  • alguna respuesta mas para esto??
    sábado, 6 de junio de 2015 22:53
  • Hola Palermo_Software,

    Intuyo que nadie podrá responder con precisión a tus dudas ya que ello depende del escenario que sólo tu lo conoces (o deberías conocerlo). Variables como la concurrencia actual y la que estimes en un determinado tiempo, la complejidad de procesos que tenga la aplicación, el software que tengas encima del servidor (no es lo mismo un windows server 2012 que uno de versiones anteriores), etc, etc. Quizá si expones el escenario actual tengas respuestas mas cercanas.

    sábado, 6 de junio de 2015 23:18