SOA o arquitectura de software orientada a servicios.pptx

Presentacion sobre la aquitectura de software orientada a servicios

1. Arquitectura de Software Orientada a Servicios

2. Introducción La Arquitectura Orientada a Servicios (SOA) es un modelo que organiza el software en servicios independientes que se comunican entre sí. Su objetivo es lograr sistemas flexibles, reutilizables y fáciles de integrar , permitiendo que las empresas adapten sus aplicaciones de forma más rápida y eficiente.

3. ¿ Qué es SOA? SOA o Arquitectura orientada a servicios es un modelo de diseño que construye sistemas escalables y funcionales a partir de servicios independientes que colaboran entre sí. Un servicio es una unidad modular de funcionalidad de negocio que puede invocarse de forma remota, sin que el consumidor conozca sus detalles internos. SOA busca la interoperabilidad entre tecnologías, la reutilización y la escalabilidad del sistema.

4. Principios fundamentales Acoplamiento débil — los servicios interactúan mínimamente , de forma independiente . Contratos estandarizados — cada servicio expone una interfaz formal y documentada ( por ejemplo , WSDL en servicios SOAP). Abstracción — los detalles internos del servicio están ocultos para los consumidores . Reutilización — los servicios están diseñados para poderse usar en múltiples contextos . Autonomía — los servicios tienen control sobre sus propias funciones e infraestructura . Descubrimiento — los servicios pueden ser localizados a través de un registro o repositorio de servicios . Composición — los servicios pueden combinarse para formar procesos o aplicaciones mayores ( orquestación o coreografía ).

5. Estructura y componentes Proveedor de servicios : ofrece uno o más servicios y publica su descripción . Consumidor de servicios : invoca servicios disponibles . Registro o Repositorio de servicios : almacena descripciones y permite descubrimiento . Bus de Servicio Empresarial (ESB): plataforma de soporte para la comunicación , transformación de mensajes , rutas , mediación entre servicios . Orquestación / Coreografía : mecanismos para coordinar varios servicios en flujos de negocio . Servicios de soporte transversales (logging, seguridad , monitoreo ): funciones comunes utilizadas por múltiples servicios .

6. Ventajas y Desventajas ❌ Complejidad inicial alta ❌ Sobrecarga por comunicación en red ❌ Necesidad de buena gobernanza ❌ Costos iniciales elevados ✅ Reutilización de servicios ✅ Integración de sistemas heterogéneos ✅ Escalabilidad y flexibilidad ✅ Mantenimiento más sencillo Ventajas Desventajas

7. Flujo de interacción entre servicios El consumidor consulta el registro de servicios para hallar un servicio que cumpla con lo que necesita . Obtiene la descripción del servicio ( contrato , interfaz ). Envía una petición al servicio proveedor usando un protocolo (SOAP, REST, mensajería , etc.). El servicio procesa la petición , posiblemente invoca internamente otros servicios o componentes . Responde al consumidor con los resultados .

8. Tecnologías y patrones comunes SOAP + WSDL + XML: formato clásico para servicios web basados en estándares . REST / HTTP + JSON / XML: estilo más ligero, ampliamente usado en servicios modernos . Mensajería asíncrona (JMS, colas, publish/subscribe): útil para eventos , desacoplamiento temporal. Transformación / mediación de mensajes : en ESB u otros componentes para adaptar formatos distintos .

9. La Arquitectura Orientada a Servicios (SOA) y los microservicios comparten la idea de construir sistemas a partir de componentes independientes, pero difieren en su enfoque. SOA trabaja con servicios de tamaño mediano y suele usar un bus de servicios (ESB) para coordinar la comunicación, lo que implica una gobernanza más centralizada y una independencia de despliegue limitada . En cambio, los microservicios son más pequeños y específicos, se comunican mediante APIs ligeras como REST o gRPC , tienen mayor autonomía y se despliegan de forma individual , aunque esto aumenta la complejidad operativa al manejar muchos servicios distribuidos. SOA vs Microservicios

10. Ejemplos de aplicación de SOA Sistema de pagos : un servicio para autorizar pagos , otro para validación de tarjetas , otro para facturación . E-commerce: servicios de catálogo , carrito de compras , envío , notificaciones . Integración entre sistemas legados y nuevas aplicaciones usando servicios intermedios . Composición de procesos de negocio entre empresas : clientes , proveedores , socios externos . Migración gradual de sistemas monolíticos a architectures basadas en servicios .

11. Conclucion SOA es un enfoque poderoso para organizar sistemas grandes como conjuntos de servicios reutilizables e interoperables . Si bien no es adecuado para todos los casos , cuando los sistemas son complejos aporta mucha flexibilidad . La clave está en diseñar buenos contratos , gobernanza y mecanismos de monitoreo y resiliencia . Evaluar cuándo es mejor usar SOA clásico , microservicios u otros estilos híbridos .

12. GRACIAS…