Ofertas en tecnología

SOA: objetivos estratégicos y beneficios

Altavoz inteligente Echo Dot

Es verdad que el pensamiento de los sistemas informáticos está en incesante evolución. Muchas de estas evoluciones vienen a acrecentar la eficacia del desarrollo de avance de programa, achicar costes operativos, detallar lineamientos de gobierno de TI, entre otros muchos. El inconveniente es que con este mestizaje de conceptos, frameworks y metodologías, no en todos los casos es viable sostener el alineamiento estratégico entre el negocio y TI, por carecer de madurez en los conceptos usados, disparidad de intereses entre expertos de negocio y expertos de TI. o sencillamente por no tener la madurez para realizar cuadrar los engranajes y lograr que el mecanismo ande adecuadamente, dando sitio de manera frecuente, por poner un ejemplo, a niveles afines a cuartos de guerra.

No ver TI como un segmento separado del negocio y al reves es algo parcialmente caro para bastantes expertos de nuestra área, no obstante, el pensamiento de Arquitectura orientada a Servicios aparece para hacer mas fuerte aún mucho más la necesidad de paridad entre el negocio y TI para el bien comúnlejos de los egos y los focos, en tanto que para conseguir las premisas de SOA es requisito que los dos ámbitos trabajen juntos de principio a fin. Con eso en cabeza, el día de hoy vamos a abordar la objetivos estratégicos y provecho que la metodología SOA puede dar. ¡Aquí vamos!

La arquitectura orientada a servicios se apoya en unos pocos objetivos estratégicos capaces de dar mayores provecho en un largo plazo a la organización en su grupo.

Pero con el tiempo ¿por qué razón, Raphael? Tener un ambiente apoyado en SOA necesita mucha madurez de los procesos en su grupo. Asumiendo el principio básico de que la madurez en algo se consigue por medio de vivencias pasadas -buenas y malas-, enseñanzas aprendidas, entre otras caracteristicas, me siento cómodo diciendo que las ventajas se consiguen en un largo plazo. Sin más ni más preámbulos, pongámonos manos a la obra.

Los objetivos estratégicos de SOA son:

  • Acrecentar la interoperabilidad intrínseca entre apps.
  • Acrecentar la variedad de distribuidores.
  • Aumente la alineación entre TI y el negocio.
  • Aumentar la federalización de la cubierta de servicios de la organización.

Como mencioné anteriormente previamente, estas misiones traen ciertos provecho a la empresa, ellos son:

  • Reducción de la carga de TI para el negocio.
  • Mayor agilidad operativa.
  • Aumento en el ROI (Retorno sobre la Inversión)

Acrecentar la interoperabilidad intrínseca entre apps

Para asistirnos a determinar conceptualmente este tema, poseemos 2 keywords para comprender:

  • interoperabilidad: aptitud de un programa o solución para interaccionar o canjear datos con otro programa o resoluciones.
  • Integración: esfuerzo destinado a poder la interoperabilidad entre sistemas o resoluciones.

Con base en esta definición, tenemos la posibilidad de decir que en el momento en que el programa se crea teniendo en cuenta la aptitud de estar comunicado y también canjear datos con otras resoluciones, con independencia de quién lo haya desarrollado o cuándo se haya desarrollado, y por el momento no sencillamente para realizar una cierta ocupación, el desarrollo de integración entre los partes se regresa parcialmente mucho más fácil y menos caro para el negocio en su grupo.

Verdaderamente sería bello si todo el programa se diseñase y edificara con esa visión, ¿no es de este modo? Pero esta es una situación muy lejana, donde la necesidad de estar comunicado con otras resoluciones generalmente aparece en el momento en que el emprendimiento ahora está en marcha y en construcción. Lo que nos transporta a un ámbito de prominente valor de integración.

De esta manera, tenemos la posibilidad de meditar en el ámbito en el que su programa de otros se comunica con apps heredadas, que paralelamente establen contacto con servicios web de servicios públicos y mandan la contestación de la petición a un servicio de auditoría, etcétera. Pero, ¿te has puesto a meditar si todos los servicios decidiese determinar su forma de comunicación? No saldría realmente bien, ¿verdad? Para esto, observaremos que el término de federalización actúa de manera directa en este punto.

Acrecentar la federalización de la cubierta de servicio de la organización

La meta de federalizar una cubierta de servicios es unificar ámbitos heterogéneos, admitiendo la administración sin dependencia y la interoperabilidad entre ellos. Este desarrollo define una manera estándar de comunicación entre servicios, esto es, un contrato de servicio. Este contrato le deja estar comunicado con independencia de la interfaz usada para hacer el servicio o sus reglas comerciales. Mira, en este punto te comienzas a preocupar por realizar los requisitos del contrato estándar y por el momento no por de qué forma realizar una cierta regla de integración de otros servicios. Desde que llamo a un recurso asignado en el contrato estándar, ¡da igual de qué forma se comporte desde adentro! Esto es, como el servicio A y el servicio B conocen un convenio de comunicación estándar entre ellos, el ahínco de integración se disminuye drásticamente, lo que incrementa la eficacia y la aptitud de TI para realizar otros requisitos comerciales.

Acrecentar la variedad de distribuidores

Este tema se ve como una alternativa en el planeta SOA, no como un requisito. Afirmaría que es una alternativa bien interesante, a propósito. El día de hoy poseemos múltiples compañías de TI en España y en el planeta que venden N modelos dueños. Imagine la próxima situación: XPTO es líder en el mercado de una interfaz de administración empresarial (ERP), donde el módulo de administración de personas es el mucho más reconocido y sugerido del mercado. Conque adquirimos este módulo para nuestra compañía. 6 meses después, nuestro directivo identificó la necesidad de supervisar los costos de cada departamento, tal como la necesidad de prosperar el desarrollo financiero como un todo de la organización. No obstante, el módulo financiero de la compañía XPTO no es tan bueno, pero el de la compañía YQUS es increíble. Al investigar la factibilidad de integración entre el módulo de personas de la compañía XPTO y el módulo financiero de la compañía YQUS, el departamento de TI de la compañía identificó que hay una incompatibilidad de comunicación entre las apps. Este ámbito frecuentemente transporta al negocio a encerrarse en un preciso distribuidor, achicando la oportunidad de tener un ámbito mucho más productivo y eficaz, sencillamente por inconvenientes de integración.

Desde que la compañía escoge operar con servicios concertados en una plataforma de trabajo de terminal y con un contrato de servicio estándar –término de federalización–, este ámbito ya no es un inconveniente. Así, el módulo de administración de personas se ubica en la cubierta de servicios de la compañía bajo un contrato de comunicación estándar. Lo mismo se hace con el módulo financiero. Cuando estas resoluciones se ponen en la cubierta de servicios de la compañía como una plataforma de trabajo de terminal y con un contrato de comunicación estándar, el desempeño de todas las apps se regresa sin importancia para los servicios, puesto que lo que se consumirá es el contrato. Esto incrementa sensiblemente la aptitud de expansión y evolución del negocio, donde se puede sacar lo destacado de cada producto sin preocuparse por la compatibilidad entre ellos.

Acrecentar la alineación entre TI y el negocio

Conceptos comprometidos en este asunto:

  • lógica de negocios: son resoluciones generadas desde el modelo de negocio para cumplir un preciso propósito.
  • Servicio empresarial: servicio generado para realizar una cierta lógica de negocio. Ha de ser suficientemente maleable para amoldarse a las pretensiones del negocio.

La alineación entre TI y el negocio muestra la aptitud de TI para extenderse y superar con las pretensiones del negocio. Mira que aquí hay un vínculo muy ajustado: extenderse y superar según las pretensiones del negocio. En proyectos de programa mucho más habituales, el analista de negocios examina los requisitos del negocio, entonces crea el modelo de negocios y se lo pasa al arquitecto de programa. Por su parte, el arquitecto interpreta el modelo de negocio y define un producto para realizar las directivas del modelo.

En contraste, en proyectos basados ​​en SOA, las definiciones vitales son tomadas por especialistas en negocios y TI juntos. El analista de negocio junta los requisitos y crea el modelo de negocio. Hecho esto, el desarrollo de análisis y modelado, en el que forman parte los convocados especialistas. En esta etapa, los comprometidos definen un diseño conceptual del modelo de negocio, provocando la lógica de negocio. Con la lógica empresarial bien definida, el arquitecto puede producir los servicios empresariales para realizar una cierta lógica. Es esencial enfatizar que el término de composición del servicio es enormemente aplicable aquí. Si un servicio de pedido fué creado para realizar una alguna lógica de negocios, si hace aparición otra lógica que precisa emplear Pedidos, este sistema empieza a crear los servicios de negocios de esa lógica.

Achicar la carga de TI para el negocio

En el momento en que los objetivos de SOA se incorporan apropiadamente, la TI se regresa bastante menos pesada para la compañía en su grupo, puesto que se suprime la redundancia de los servicios conformados, lo que disminuye drásticamente el desperdicio de elementos con gastos operativos derivados de retrabajo y otros. Esto le da a TI un mayor control sobre sus elementos, lo que influye de manera directa en la agilidad operativa para agradar las pretensiones comerciales.

Mayor agilidad operativa

Representa la aptitud de TI para amoldarse y extenderse con las pretensiones del negocio. Cuanta mucho más aptitud tiene TI, mayor es su eficacia en el desarrollo de reacción y adaptación.

incremento del roi

El roi representa valores tangibles, positivos o no, con relación a lo invertido en costes de producción, operación y administración. La propuesta de SOA es obtener el máximo valor de un servicio preciso, aun si el valor operativo es superior al planeado, con el propósito de acrecentar sensiblemente el ROI en el mediano período.

¿De qué manera fué tu experiencia con SOA? ¡Comparte tu experiencia ahora!

Quisiera que les haya dado gusto. ¡Abrazo!

Tommy Banks
Estaremos encantados de escuchar lo que piensas

Deje una respuesta

TecnoBreak | Ofertas y Reviews
Logo
Enable registration in settings - general
Shopping cart