none
arquitectura con tecnologias microsoft en asp.net RRS feed

  • Pregunta

  • saludos, una consulta , recientemente he visto en mi trabajo , que se utilizan tecnologías microsoft  y se  distribuyen las aplicaciones en los servidores de producción de la siguiente manera

    1. Servidor de aplicaciones donde se colocan los formularios web y se hace referencia a servicios de wcf para todas las operacioens sea de consulta ,actualizacion etc

    todo esta desarrollado en asp.net webforms

    2.Servidor de base de datos

    3.Un servidor donde se exponen los servicios wcf que se conectan a la base de datos que esta en el servidor mencionado antes.

    queria saber cual es la ventaja o desventaja de haber separado todo de esa manera , muchas gracias.

    lunes, 1 de junio de 2015 23:24

Respuestas

  • hola

    esta arquitectura esta pensada para que el negocio pueda ser utilizado tanto desde la aplicacion web como de terceros

    los servicio vendrian actuar como un servidor de aplicacion

    la desventaja se podria ver el el lado de la complejidad, exponer nueva funcionalidad requiere implementar contratos, configurar servicios, etc

    como ventaja se podria mencionar se permite separar las responsabilidad y mantener bien separada la capa de negocio y persistencia de quien consume esta funcionalidad

    saludos


    Leandro Tuttini

    Blog
    MVP Profile
    Buenos Aires
    Argentina

    martes, 2 de junio de 2015 2:42

Todas las respuestas

  • hola

    esta arquitectura esta pensada para que el negocio pueda ser utilizado tanto desde la aplicacion web como de terceros

    los servicio vendrian actuar como un servidor de aplicacion

    la desventaja se podria ver el el lado de la complejidad, exponer nueva funcionalidad requiere implementar contratos, configurar servicios, etc

    como ventaja se podria mencionar se permite separar las responsabilidad y mantener bien separada la capa de negocio y persistencia de quien consume esta funcionalidad

    saludos


    Leandro Tuttini

    Blog
    MVP Profile
    Buenos Aires
    Argentina

    martes, 2 de junio de 2015 2:42
  • Hola Leandro gracias por tu respuesta , en cuanto a esto

    "como ventaja se podría mencionar se permite separar las responsabilidad y mantener bien separada la capa de negocio y persistencia de quien consume esta funcionalidad"

    En el caso de la empresa he visto que la parte donde se programa el servicio tiene 3 capas ,accesos a datos, negocio y entidades, por el lado del cliente que consume , veo que solo tiene la capa de presentación y los proxies

    como podría aplicarse lo que comentas con ese esquema.

    martes, 2 de junio de 2015 2:54
  • hola

    >>En el caso de la empresa he visto que la parte donde se programa el servicio tiene 3 capas ,accesos a datos, negocio y entidades,

    en realidad solo son dos capas, ya que entidades no lo es

    basicamente la arquitectura seria

    UI <-> proxy <-> servicio wcf  <-> negocio <-> datos

    entre la comunicacion UI y servicio wcf puede usarse entidades de Data Contract que podria ser diferentes a las entidades de dominio, pero muchas veces para simplificar se exponen las mismas, igual esto depende si se usa un ORM o no, a veces no es recomendable exponer las entidads de persistencia en la capa de transporte de los servicios wcf

    >>por el lado del cliente que consume , veo que solo tiene la capa de presentación y los proxies

    exacto, el cliente seguramente tenga un service reference que creara el proxy al servicio

    >>como podría aplicarse lo que comentas con ese esquema.

    asi como lo explicas es que se implementa

    saludos


    Leandro Tuttini

    Blog
    MVP Profile
    Buenos Aires
    Argentina

    martes, 2 de junio de 2015 3:25
  • ok gracias ,pero yo entendía según lo que comentaste que

    el negocio debería estar en el proyecto donde esta el sitio web

    y no en el de los servicios

    martes, 2 de junio de 2015 3:42
  • >>pero yo entendía según lo que comentaste que el negocio debería estar en el proyecto donde esta el sitio web y no en el de los servicios

    no, el negocio esta detras de los servicio por eso es que wcf actua como un Application Service

    los servicios abstraen la logica de negocio y persistencia

    saludos


    Leandro Tuttini

    Blog
    MVP Profile
    Buenos Aires
    Argentina

    martes, 2 de junio de 2015 3:53