ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Arquitectura Osa


Enviado por   •  21 de Octubre de 2014  •  2.120 Palabras (9 Páginas)  •  235 Visitas

Página 1 de 9

Arquitectura orientada a servicios

La Arquitectura Orientada a Servicios (o SOA, del inglés Service Oriented Architecture), es un paradigma de arquitectura para diseñar y desarrollar sistemas distribuidos. Las soluciones SOA han sido creadas para satisfacer los objetivos de negocio las cuales incluyen facilidad y flexibilidad de integración con sistemas legados, alineación directa a los procesos de negocio reduciendo costos de implementación, innovación de servicios a clientes y una adaptación ágil ante cambios incluyendo reacción temprana ante la competitividad.

Permite la creación de sistemas de información altamente escalables que reflejan el negocio de la organización, a su vez brinda una forma bien definida de exposición e invocación de servicios (comúnmente pero no exclusivamente servicios web), lo cual facilita la interacción entre diferentes sistemas propios o de terceros.

SOA define las siguientes capas de software:

• Aplicaciones básicas - Sistemas desarrollados bajo cualquier arquitectura o tecnología, geográficamente dispersos y bajo cualquier figura de propiedad;

• De exposición de funcionalidades - Donde las funcionalidades de la capa aplicativa son expuestas en forma de servicios (generalmente como servicios web);

• De integración de servicios - Facilitan el intercambio de datos entre elementos de la capa aplicativa orientada a procesos empresariales internos o en colaboración;

• De composición de procesos - Que define el proceso en términos del negocio y sus necesidades, y que varía en función del negocio;

• De entrega - donde los servicios son desplegados a los usuarios finales.

SOA proporciona una metodología y un marco de trabajo para documentar las capacidades de negocio y puede dar soporte a las actividades de integración y consolidación.

Origen

Los modelos de desarrollo han ido evolucionando con el paso de los años. En los años 80 aparecieron los modelos orientados a objetos, en los 90 aparecieron los modelos basados en componentes y en la actualidad han aparecido los modelos orientados a servicios.

Aunque la arquitectura orientada a servicios no es un concepto nuevo, fue descrita por primera vez por Gartner en 1996, se ha visto aumentada su aparición en la actualidad, en gran medida por el aumento de uso de servicios web. La llegada de los servicios web, la arquitectura ha hecho que el desarrollo de software orientado a servicios sea factible. Aunque los servicios web usan con frecuencia SOA, SOA es neutral e independiente de la tecnología utilizada y por tanto no depende de los servicios web, aunque estos no popularizan.

Terminología

Término Definición / Comentario

Servicio Una función sin estado, auto-contenida, que acepta una(s) llamada(s) y devuelve una(s) respuesta(s) mediante una interfaz bien definida. Los servicios pueden también ejecutar unidades discretas de trabajo como serían editar y procesar una transacción. Los servicios no dependen del estado de otras funciones o procesos. La tecnología concreta utilizada para prestar el servicio no es parte de esta definición. Existen servicios asíncronos en los que una solicitud a un servicio crea, por ejemplo, un archivo, y en una segunda solicitud se obtiene ese archivo.

Orquestación Secuenciar los servicios y proveer la lógica adicional para procesar datos. No incluye la presentación de los datos. Coordinación.

Sin estado No mantiene ni depende de condición pre-existente alguna. En una SOA los servicios no son dependientes de la condición de ningún otro servicio. Reciben en la llamada toda la información que necesitan para dar una respuesta. Debido a que los servicios son "sin estado", pueden ser secuenciados (orquestados) en numerosas secuencias (algunas veces llamadas tuberías o pipelines) para realizar la lógica del negocio.

Proveedor La función que brinda un servicio en respuesta a una llamada o petición desde un consumidor.

Consumidor La función que consume el resultado del servicio provisto por un proveedor

Principios

No hay estándares en relación a la composición exacta de una arquitectura orientada a servicios, aunque muchas fuentes de la industria han publicado sus propios principios.

Algunos de los principios publicados son los siguientes:

• Contrato de servicios estandarizados - Los servicios adhieren a un acuerdo de comunicación, según se define en conjunto con uno o más documentos de descripción de servicios.

• Acoplamiento débil de sistemas - Los servicios mantienen una relación que minimiza las dependencias y sólo requiere que mantengan un conocimiento de uno al otro.

• Abstracción de servicios - Más allá de las descripciones del contrato de servicios, los servicios ocultan la lógica a los demás.

• Reutilización de servicios - La lógica se divide en servicios con la intención de promover la reutilización.

• Autonomía de servicios - Los servicios tienen control sobre la lógica que encapsulan, desde una perspectiva de diseño y ejecución.

• Servicios sin-estado - Los servicios minimizan el consumo de recursos aplazando la gestión de la información de estado cuando sea necesario.

• Descubrimiento de servicios - Los servicios se complementan con los metadatos mediante los cuales se pueden descubrir e interpretar la eficacia.

• Composición de servicios - Servicios están compuestos por partes eficazmente, independientemente del tamaño y la complejidad de la composición.

• Granularidad de servicios - Una consideración de diseño para proporcionar un ámbito óptimo y un correcto nivel granular de la funcionalidad del negocio en una operación de servicio.

• La normalización de servicios - Los servicios se descomponen a un nivel de forma normal para minimizar la redundancia. En algunos casos, los servicios se desnormalizan para fines específicos, como la optimización del rendimiento, el acceso y agregación.

• Optimización de servicios - Los servicios de alta calidad son preferibles a los de baja calidad.

• Relevancia de servicios - La funcionalidad se presenta en un nivel de granularidad reconocido por el usuario como un servicio significativo.

• Encapsulación de servicios - Muchos servicios están consolidados para el uso de SOA. A menudo, estos servicios no fueron planificados para estar en un SOA.

• Transparencia de ubicación de servicios - Se refiere a la capacidad de un consumidor de servicios para invocar a un servicio independientemente de su ubicación en la red. Esto también reconoce la propiedad de descubrimiento (uno de los principios fundamentales de SOA) y el derecho de un consumidor para acceder al servicio. A menudo, la idea

...

Descargar como (para miembros actualizados)  txt (15 Kb)  
Leer 8 páginas más »
Disponible sólo en Clubensayos.com