¡Hola Ranveer!
Echa un vistazo a este excelente blog sobre SOA.
/people/bharathwaj.ragothaman/blog/2008/02/10/soa-for-dummies
¡Saludos,
Narendra.M
Avalados por :
¡Hola Ranveer!
Echa un vistazo a este excelente blog sobre SOA.
/people/bharathwaj.ragothaman/blog/2008/02/10/soa-for-dummies
¡Saludos,
Narendra.M
Hola,
Consulta estos enlaces
/people/bv.pillai/blog/2008/01/27/new-service-definitions-in-the-abap-development-environment-soamanager-150-sap-nw-70-sp14
/people/michael.eacrett/blog/2006/06/07/whats-new-in-sap-netweaver-702004s--an-introduction-to-the-functionality-deltas-and-major-changes
Hola Ranveer Singh
Aquí tienes una información rápida, como bases para una entrevista repentina o una respuesta rápida.
La arquitectura orientada a servicios (SOA) es una evolución de la computación distribuida basada en el paradigma de diseño de solicitud/respuesta para aplicaciones síncronas y asíncronas. La lógica empresarial de una aplicación o funciones individuales se modularizan y presentan como servicios para aplicaciones consumidoras/cliente. Lo clave de estos servicios es su naturaleza desacoplada; es decir, la interfaz del servicio es independiente de la implementación. Los desarrolladores de aplicaciones o integradores de sistemas pueden construir aplicaciones componiendo uno o más servicios sin necesidad de conocer las implementaciones subyacentes de los servicios. Por ejemplo, un servicio puede implementarse en .Net o J2EE, y la aplicación que consume el servicio puede estar en una plataforma o lenguaje diferente.
Características clave:
• Los servicios SOA tienen interfaces auto-descriptivas en documentos XML independientes de la plataforma. El Lenguaje de Descripción de Servicios Web (WSDL) es el estándar utilizado para describir los servicios.
• Los servicios SOA se comunican con mensajes formalmente definidos a través de Esquemas XML (también llamados XSD). La comunicación entre consumidores y proveedores o servicios suele ocurrir en entornos heterogéneos, con poco o ningún conocimiento sobre el proveedor. Los mensajes entre servicios pueden considerarse como documentos empresariales clave procesados en una empresa.
• Los servicios SOA se mantienen en la empresa por un registro que actúa como un listado de directorio. Las aplicaciones pueden buscar los servicios en el registro e invocar el servicio. La Descripción, Definición e Integración Universal (UDDI) es el estándar utilizado para el registro de servicios.
• Cada servicio SOA tiene asociada una calidad de servicio (QoS). Algunos de los elementos clave de QoS son los requisitos de seguridad, como la autenticación y autorización, mensajería fiable y políticas sobre quién puede invocar los servicios.
¿Por qué SOA?
La realidad en las empresas de TI es que la infraestructura es heterogénea en cuanto a sistemas operativos, aplicaciones, software del sistema e infraestructura de aplicaciones. Algunas aplicaciones existentes se utilizan para ejecutar procesos comerciales actuales, por lo que comenzar desde cero para construir una nueva infraestructura no es una opción. Las empresas deben responder rápidamente a los cambios comerciales con agilidad; aprovechar las inversiones existentes en aplicaciones e infraestructura de aplicaciones para abordar los nuevos requisitos comerciales; respaldar nuevos canales de interacción con clientes, socios y proveedores; y contar con una arquitectura que respalde el negocio orgánico. SOA, con su naturaleza desacoplada, permite a las empresas conectar nuevos servicios o actualizar servicios existentes de manera granular para abordar los nuevos requisitos comerciales, proporciona la opción de hacer que los servicios sean consumibles a través de diferentes canales y expone las aplicaciones empresariales y heredadas existentes como servicios, protegiendo así las inversiones existentes en infraestructura de TI.
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute