La Orientación a Servicios es un paradigma que enmarca lo que usted hace.
La Arquitectura Orientada a Servicios (SOA) es un tipo de arquitectura
que resulta de aplicar la orientación a servicios.
Hemos estado aplicando la orientación a servicios para ayudar a las organizaciones
a entregar consistentemente valor a los negocios, de manera sostenida, con
mayor agilidad y con efectividad en los costos, alineada con las necesidades
cambiantes de los negocios.
A través de nuestro trabajo hemos llegado a priorizar:
El Valor del Negocio por encima de la estrategia técnica
Las Metas Estratégicas por encima de los beneficios específicos de los proyectos
La Interoperabilidad Intrínseca por encima de la integración personalizada
Los Servicios Compartidos por encima de las implementaciones
de propósito específico
La Flexibilidad por encima de la optimización
El Refinamiento Evolutivo encima de la búsqueda de la perfección inicial
Esto significa que aunque valoremos los elementos de la derecha,
valoramos más los elementos de la izquierda.
Respetar la estructura social y de poder de la organización.
Reconocer que SOA en última instancia exige cambios en muchos niveles.
El alcance de la adopción de SOA puede variar. Mantenga los esfuerzos
manejables y dentro de límites significativos.
Los productos y estándares por sí solos no le darán una SOA, ni le aplicarán
por usted el paradigma de orientación a servicios.
SOA puede ser alcanzado a través de una variedad
de tecnologías y de estándares.
Establecer un conjunto uniforme de estándares empresariales y de políticas
basado en estándares de la industria, de facto, y de la comunidad.
Perseguir la uniformidad hacia el exterior a la vez que
permitir la diversidad internamente.
Identificar los servicios a través de la colaboración con los interesados del negocio y de la tecnología.
Maximizar el uso de servicios tomando en consideración el alcance de la
utilización actual y futura.
Verificar que los servicios satisfacen los requerimientos
y las metas del negocio.
Hacer evolucionar los servicios y su organización en respuesta al uso real.
Separar los diferentes aspectos de un sistema que cambian
con diferentes tasas de cambio.
Reducir las dependencias implícitas y publicar todas las dependencias externas para incrementar la robustez y reducir el impacto del cambio.
En cada nivel de abstracción, organizar cada servicio alrededor de una unidad
de funcionalidad cohesiva y administrable.
| Ali Arsanjani Grady Booch Toufic Boubez Paul C. Brown David Chappell John deVadoss |
Thomas Erl Nicolai Josuttis Dirk Krafzig Mark Little Brian Loesgen Anne Thomas Manes |
Joe McKendrick Steve Ross-Talbot Stefan Tilkov Clemens Utschig-Utschig Herbjörn Wilhelmsen |
| Yves Chaix Iván Alfonso Guarín V |