principales - ¿Es SOA una moda pasajera?
soa pdf (11)
Asumiendo que te refieres a ''Arquitectura Orientada a Servicios'', hay aplicaciones para las cuales es útil, pero va y viene como cualquier otra moda. Como con cualquier mercado de este tipo, hay una ventana donde hay escasez de habilidades. Si ingresas en el momento adecuado puedes hacerlo bastante bien. En el momento en que se está promocionando en los medios de comunicación, es probable que sea demasiado tarde ya que todos los demás Tom, Dick y Harry estarán descendiendo en cualquier oportunidad de mercado que haya.
Si trabajas en un campo donde SOA es relevante, por supuesto entiende bien.
En muchos sentidos, se trata simplemente de los mismos conceptos que las aplicaciones distribuidas, que han entrado y salido de la moda con bastantes generaciones de tecnologías (SNA, Sun RPC, DCE, CORBA, EJB, DCOM y ahora los servicios web).
De otra manera, uno puede ver los sistemas de orquestación como un medio de integrar componentes en una aplicación completa. Si tiene una serie de componentes que exponen servicios diseñados de manera útil, puede construir una arquitectura de aplicación agradable y flexible.
Una vez que se asiente el polvo, las obvias aplicaciones obvias de SOA serán exactamente eso, obvio. Yo diría que la ventana en la que uno puede cobrar tarifas de consultoría desproporcionadas por saber cómo deletrear SOA probablemente esté cerrándose ahora. Aprende si quieres usarlo para algo o ver una sinergia útil con otras habilidades o experiencia donde pueda combinarse para hacer algo vendible. De lo contrario, obtenga una visión general y profundice cuando lo necesite.
Me he resistido a hacer una inversión profesional personal para aprender algo sobre este acrónimo porque mi campo de trabajo particular no lo requiere. Tengo curiosidad por saber si valdría la pena mi tiempo o si se trata de otra moda informática que eventualmente desaparecerá.
Es una excelente manera para que los vendedores de herramientas hagan que compre muchas cosas (p. Ej., ESB), consultores para facturar muchas horas facturables y Gartner para generar más Magic Quadrants.
Creo que no es realmente una "moda"; es más la evolución de una idea que ha existido desde la llegada de las redes: componentes distribuidos. CORBA y DCOM eran arquitecturas de componentes distribuidas que eran propietarias. SOA usa HTTP como su protocolo de cable común que puede pasar por el puerto 80 en los firewalls. Todos los otros estándares como XML, WSDL, etc. son intentos de hacerlos detectables y entendidos automáticamente por los clientes. Es importante entender las ideas detrás de todo y no estar demasiado atrapado en el bombo.
Parece que funciona para Amazon, Yahoo !, etc. También podría haber algo para simples mortales como nosotros.
Veo algunas preocupaciones
Latencia viene con componentes distribuidos. Si todo es un servicio, comunicándose a través de un bus de servicio empresarial para un mejor desacoplamiento, ¿cómo puede ser rápido? Podríamos estar en peligro de crear un hermoso cerdo de desalación de una empresa.
El diseño es difícil. Nadie puede ponerse de acuerdo sobre lo que constituye un servicio. ¿Cuántos debe tener su empresa? Decenas? Cientos? ¿Miles? ¿Cuán fino deben ser?
Si su empleador ha financiado tradicionalmente el trabajo mediante un modelo de proyecto, ¿cómo pueden los servicios de larga vida adaptarse a ese molde?
Es una moda en el sentido de que por un tiempo habrá quienes dirán "todo debe ser SOA a partir de ahora". Luego, después de un tiempo, las cosas buenas de SOA se mantendrán, mientras que las más controvertidas o menos útiles morirán.
Lo más importante para darse cuenta de SOA es que no es realmente una tecnología, es una forma de organizar la infraestructura de TI como un conjunto de servicios reutilizables que se pueden combinar, en lugar de la norma actual de un grupo de aplicaciones que requieren un esfuerzo adicional para integrar cuando sea necesario.
Por supuesto, hacer este trabajo requiere tecnología, pero "aprender" o comprar esa tecnología no tiene sentido si no (re) organiza su TI de esa manera.
Creo que la idea básica de SOA es sólida y está aquí para quedarse (aunque puede que no sea útil en todos los contextos). SOA-as-a-technology, por otro lado, es una moda de moda que morirá.
No creo que sea realmente una moda pasajera. Es solo que la creación de sistemas abiertos que pueden interactuar con otros sistemas es más difícil que crear sistemas cerrados. Creo que eso siempre será cierto.
Siempre hay una penalización de rendimiento si transfieres datos con ''protocolos'' estandarizados como XML Soap.
Personalmente, diría que es una moda pasajera. La nube es grande en este momento, al igual que los Mainframes, pero luego llegaron los escritorios y se hicieron cargo. Ahora volvemos al gran hierro ...
SOA no es una mala tecnología, de hecho, creo que generalmente se implementa mal y se malinterpreta. Hay escenarios que realmente se ajustan mejor a SOA.
Pero hay algunos lugares para evitar SOA. Para su información, uno de los inconvenientes de SOA es que es usualmente lento.
Si una "moda" es "una moda que se toma con gran entusiasmo durante un breve período de tiempo, una locura". entonces SOA no es una moda pasajera. SOA ha existido desde hace un tiempo, desde RPC basadas en SOAP (es decir, XML Web Services). Han pasado bastantes años desde entonces, y en lugar de desaparecer, SOA solo ha florecido en su encarnación de WCF. Entonces yo diría que SOA está lejos de ser una moda.
Son ambos.
Service Oriented Architecture , desde un punto de vista de ingeniería real, tiene ventajas y desventajas. Está ligeramente acoplado, lo cual es bueno, porque tener "piezas pequeñas, poco unidas" es la sólida estrategia de diseño que funcionó para Unix, y tiene muchos defensores entre los ingenieros de software.
Sin embargo, como cualquier otro software, requiere un diseño muy cuidadoso: puede tener un SOA malo al igual que puede tener algo malo, y dado que el campo es más nuevo, las mejores prácticas aún no están bien desarrolladas. También suele mostrar un rendimiento mucho peor que otros enfoques arquitectónicos. En este punto, la mayoría de los grandes jugadores (como Google) parecen pensar que es más adecuado para la interoperabilidad entre diferentes sistemas (sus API son prácticamente la definición de SOA), pero no para la arquitectura interna de un solo sistema (usan sus propios Protocolos de Protocolo) para eso).
SOA es una moda cuando se trata de gerentes que realmente no saben nada sobre ingeniería. Les gusta porque a) suena nuevo y caliente, yb) tiene la palabra "servicio", lo que les hace sentir útiles. Pregúnteles a la mitad cuál es la diferencia entre un "servicio de atención al cliente" y una "arquitectura orientada a servicios", y les sería muy difícil decírselo.
Trabajo para una empresa de fabricación de dispositivos y software médicos, y SOA no es una moda aquí, es una necesidad. El progreso en este frente es lento debido a los sistemas heredados y al costo de crear un sistema bastante abierto.
Otro ángulo de esta discusión es si su compañía planea crear un conjunto de productos o solo un producto.
No existe una moda en términos de conceptos o ideas, si alguien pensó en ello y que algo resultó ser una buena solución, entonces no es una moda pasajera. Aunque si compras un Ferrari y lo ejecutas en una pista de tierra con la mano en mano, por supuesto que es una moda pasajera. El acoplamiento flexible es vital en la actualidad, cualquier consultor o programador experimentado que haya trabajado directamente con un cliente le dirá que las cosas siempre cambian, nada permanece para siempre como se discutió durante el primer análisis, en mi experiencia los principios de SOA han demostrado su valía. El 100% de mis clientes que solían trabajar con otros programadores me dijeron que, en un momento, el otro decidió volver a empezar en determinado momento o afirmó que una determinada solicitud es imposible de implementar. SOA es la mejor solución para clientes difíciles, y la mayoría de los clientes son difíciles, lo que tienes que hacer es mantener el sentido de la medida. ESB es algo bueno si tiene 100 sucursales en 30 países y planea crecer rápidamente. Los llamados consultores de software de hoy en día y los vendedores de software en mi opinión son personas que nunca habían escrito una línea de código en sus vidas, nunca se habían visto a sí mismos el proceso de análisis, desarrollo, entrega, administración de solicitudes de cambio y todos los bucles y tocones en el camino es por eso que a los ojos de la gente de software real que parecen estar hablando falso. Por supuesto que hablan falso, pero eso es porque no saben de lo que están hablando, no porque lo que están diciendo es falso. A medida que pase el tiempo, las aplicaciones basadas en la web y la computación en la nube tomarán cada vez más SOA será más y más fuerte, ya que no hay alternativa a la comunicación de sistema a sistema, teniendo en cuenta la multitud de plataformas, sistemas operativos, lenguajes de programación y, por supuesto programadores. No te dejes engañar por el alboroto causado por la ignorancia de los demás que les gusta simplemente porque les gusta la palabra.
En cuanto al problema de la lentitud, te daré un consejo: prueba la comunicación a través de JSON, no creerás en tus ojos;).