2. Es un paradigma de arquitectura para diseñar y
desarrollar sistemas distribuidos. Arquitectura Orientada
Servicio 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.
3. • 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.
• Arquitectura Orientada a Servicio 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.
4. • Una arquitectura con estándares abiertos.
• Evolución de la orientada a objetos (OO), de
procedimiento, y de datos centrados a los enfoques
de implementación de soluciones.
• Incluye la integración de aplicaciones basado en los
estándares de los protocolos de comunicación.
• Incluye un conjunto de principios arquitectónicos y
patrones tales como modularidad, encapsulación,
separación de preocupaciones.
• Los servicios son autónomos y granulares.
• Los consumidores y proveedores, débilmente
acoplados.
5. Cuatro son los elementos esenciales necesarios
para la construcción de una Arquitectura Orientada
a Servicios:
• Operación
• Servicio
• Mensaje
• Proceso de negocio
6. • Operación: Es la unidad de trabajo o procesamiento en
una arquitectura SOA.
• Servicio: Es un contenedor de lógica. Estará compuesto
por un conjunto de operaciones, las cuales las ofrecerá a
sus usuarios.
• Mensaje: Para poder ejecutar una determinada
operación, es necesario un conjunto de datos de
entrada. A su vez, una vez ejecutada la operación, esta
devolverá un resultado. Los mensajes son los
encargados de encapsular esos datos de entrada y de
salida.
• Proceso de negocio: Son un conjunto de operaciones
ejecutadas en una determinada secuencia
(intercambiando mensajes entre ellas) con el objetivo de
realizar una determinada tarea.
7. • Mejorar la satisfacción del cliente.
• Ganancias en las operaciones de negocio.
• Incrementar competitividades.
• Mejoramiento de los costos de TI.
• Reducción del tiempo cíclico de las empresas.
8. • SOA te facilita el cumplimiento de las normas en toda la empresa
para los procesos de negocio.
• Reduce costos y tiempo en el desarrollo y mantenimiento de
aplicaciones, incrementando la calidad de los servicios y la
productividad de la empresa, dado que todas las aplicaciones
pretenden satisfacer un servicio.
• Las metodologías para SOA facilitan la integración entre nuevas
aplicaciones así como con los sistemas existentes.
• El desarrollo de aplicaciones más productivas, flexibles, más
seguras y manejables para gestionar procesos de negocio
críticos a medida que evolucionan o cambian las necesidades de
negocio.
9. • Reducción de tamaño de proyectos.
• Alta escalabilidad.
• Conectividad.
• Reutilización real de los programas
• Las definiciones de interfaces de servicios son artefactos
de primera clase.
• Composición e invocación de servicios.
• Intercambios de documentos basados en mensaje.
• Permite una real reusabilidad masiva y una gran
independencia de las plataformas.
10. • Minimiza la dependencia técnica.
• La interacción con los servicios es desacoplada.
• Puede involucrar procesos de negocios que se
convierten en servicios interoperables.
• Clientes y otros servicios pueden acceder a servicios
locales que se ejecutan en el mismo nivel.
• Los clientes y otros servicios acceden a servicios
remotos sobre una red que los conecta.
• Estos servicios pueden usar un rango de protocolos y
formatos de datos para comunicar información.
11. • SOA depende de la implementación de estándares. Sin
estándares, la comunicación entre aplicaciones requiere
de mucho tiempo y código.
• SOA no es para: aplicaciones con alto nivel de
transferencia de datos, aplicaciones que no requieren de
implementación del tipo request/response y para
aplicaciones que tienen un corto periodo de vida.
• Incrementalmente se hace difícil y costoso el ser capaz
de cumplir con los protocolos y hablar con un servicio.
• Implica conocer los procesos del negocio, clasificarlos,
extraer las funciones que son comunes a ellos,
estandarizarlas y formar con ellas capas de servicios que
serán requeridas por cualquier proceso de negocio.