Arquitectura Orientada A Servicios
Enviado por sreategui • 22 de Noviembre de 2011 • 550 Palabras (3 Páginas) • 588 Visitas
Las empresas necesitan poder interconectar los procesos, personas e información tanto con la propia
organización como -atravesando sus fronteras- con subsidiarias y socios comerciales. La falta de
integración entre los componentes de IT –sistemas, aplicaciones y datos- hace difícil obtener una
respuesta rápida y efectiva ante los cambios que afectan de forma natural a los negocios. La
inflexibilidad genera costes, reduce la capacidad de respuesta ante los clientes, compromete el
cumplimiento con las normativas legales y afecta negativamente a la productividad de los empleados.
En suma, una deficiente integración es uno de los problemas más importantes a los que las
organizaciones deben hacer frente para mantener su competitividad y garantizar su crecimiento.
La Arquitectura Orientada a Servicios (SOA, Service Oriented Architecture) supone una estrategia
general de organización de los elementos de IT, de forma que una colección abigarrada de sistemas
distribuidos y aplicaciones complejas se pueda transformar en una red de recursos integrados,
simplificada y sumamente flexible. Un proyecto SOA bien ejecutado permite alinear los recursos de IT
de forma más directa con los objetivos de negocio, ganando así un mayor grado de integración con
clientes y proveedores, proporcionando una inteligencia de negocio más precisa y más accesible con
la cual se podrán adoptar mejores decisiones, y ayuda a las empresas a optimizar sus procesos
internos y sus flujos de información para mejorar la productividad individual. El resultado neto es un
aumento muy notable de la agilidad de la organización.
Si bien una adopción de SOA bien planificada y ejecutada puede mejorar la capacidad de respuesta de
las organizaciones, no todos los esfuerzos de orientación a servicios han resultado satisfactorios. Los
proyectos de SOA han tenido un éxito limitado cuando los desarrolladores los han intentado resolver
de abajo arriba: implantar SOA por el gusto de tener SOA sin tener una referencia clara del contexto de
negocio en el que debe desplegarse es un proyecto sin principios organizativos y sin rumbo. El
resultado será una implementación caótica que no aportará beneficio alguno a la empresa. Por otra
parte, una estrategia de mega-implementación descendente (“top-down”) para SOA exige una
inversión colosal de recursos y tiempo, de manera que cuando el proyecto se concluye, la solución
probablemente ya no refleja las necesidades del negocio.
En contraste con estas visiones, Microsoft prefiere lo que denominamos una táctica “de término
medio”. En esta línea, los esfuerzos de SOA se dirigen a partir de una visión estratégica global y las
necesidades de negocio, y se van completando mediante
...