Arquitectura Orientada A Recursos

Arquitectura Orientada a Recursos (AOR)
ste es un acercamiento radical, desde el punto de vista de la AOS. Alex Bunardzic

introdujo la AOR. Mientras que la AOW es conceptualmente suave, laAOR es una rebelde
con causa. Alex seala que el concepto de servicios no debera ser aplicado a la Web.
Como se menciona antes, los servicios no pueden ser descubiertos y es imposible
mantener un catlogo. Aqu es donde va en contra de la Web, la AOR cree que la Web es
explorativa por naturaleza.
Por la unicidad de la Web como medio, la nica abstraccin que le hace justicia es el
recurso. La Web es una coleccin de recursos. Estos recursos son astronmicamente
diversos, y sera matemticamente imposible mantener una apariencia de un inventario
razonable de los recursos de la Web.
Cada recurso en la Web, no importa can nico o complicado sea, obedece un protocolo.
Este protocolo tiene tres aspectos resaltables, stos son:
1.
Cada recurso conoce cmo se representa a s mismo al consumidor.
2.
Cada recurso sabe cmo hacer una transicin de un estado a otro
3.
Cada recurso sabe como autodestruirse.
La AOR es mas un paradigma que un acercamiento de arquitectura, que considera que los
recursos son elementos de la Web. La parte clave, de todas formas, es que pueden ser
descubiertos, y una vez que son descubiertos pueden representarse a s mismos. No hay
un requerimiento de conocimiento previo del recurso para establecer una conversacin, al
contario que las habilidades cognitivas de un servicio en la AOS. La AOR est
completamente basada en REST y aprovecha sus ventajas simplicidad, conocimientos
tcnicos mnimos y URI para cada recurso. El uso de elementos bsicos de la
WWWoriginal hace que sea fcil que dos recursos se comuniquen.
La nica desventaja que le veo a la AOR es que est bien definido para la Web. Aunque
puede haber implementaciones anlogas en otras reas, as como AOSno est
conceptualizada en plataformas no-Web. Hay nuevos desarrollos apareciendo en esta
rea, pero an no est tan maduro como la AOS.
Editar seccin
Servicios
El concepto de servicio fue creado para tratar de hacer hincapi en las loose couplings y
en las relacionescliente-servidor. El software anterior a la Web estaba normalmente atado
al hardware y asociado a plataformas. La Web, siendo tan abierta y ubicua, no puede
permitirse hacer eso. La Web fue creada para compartir, sin tales restricciones. De ah vino
el concepto de servicio. Un servicio es una funcin con un objetivo, sirve a todos los
clientes sin ninguna restriccin en sus detalles de implementacin.
Arquitectura Orientada a Servicios (AOS, SOA en ingls).
Arquitectura Orientada a los Servicios. Estos servicios se comunicaban unos con los otros,
algunos colaboraban y otros trabajaban autnomamente.
Para ser capaces de establecer una etapa de entendimiento, los clientes tenan que
obedecer los protocolos mencionados en el servicio. Los ms populares eranXMLRPC y SOAP. Se centraban en abstraer la Web para aplicaciones y dominios. Un
acercamiento distinto fue lleado a cabo con REST, que se centraba en usar la Web tal y
como es, siguiendo sus principios bsicos.
La ventaja de la AOS era que ahora los negocios podan escoger entre distintos servicios
sin ser entorpecidos por la tecnologa o por lmites organizacionales. Ni las definiciones ni
las especificaciones de las AOS estaban limitadas por la Web o dependan de ella. La AOS
podra permitir interesantes mezclas e integraciones. El Software como un Servicio
(Sofware As A Service, SaaS est completamente basado en esto y ha sido capaz de
introducir el concepto de subcontratacin anlogica (analogical outsourcing) a la
empresa.
De todas maneras hay algunas desventajas clave en esta aproximacin. La mayor est en
el esfuerzo para ser una plataforma agnstica y portable, hundiendo a las AOS bajo una
capa de especificaciones. Incrementalmente se hace difcil y costoso el ser capaz de
cumplir con los protocolos y hablar con un servicio. Otra desventaja, que no tiene por qu
ser grave a veces, es que los servicios no son descubribles. El conocimiento de los
servicios es necesario para poder usar el servicio que proporciona un directorio de
servicios. Dado que la Web es ilimitada por naturaleza, es imposible mantener tal
directorio. Esto hace los SOA menos accesibles.
Arquitectura Orientada a la Web

Para hacer la AOS ms ligera y ms popular lleg la AOW. Bsicamente es un subconjunto
de AOS que recomienda REST antes que homlogos ms pesados como SOAP. La
filosofa de REST es diferenciar entre la programacin en red y la programacin de
escritorio, haciendo ms simple su uso con lo anterior.
AOW es mas personalizable para la Web al incluir REST. Y especializndolo puede
deshacerse de las pesadas abstracciones que lo hace incluir todo.
ste es un acercamiento radical, desde el punto de vista de la AOS. Alex Bunardzic
introdujo la AOR. Mientras que la AOW es conceptualmente suave, laAOR es una rebelde
con causa. Alex seala que el concepto de servicios no debera ser aplicado a la Web.
Como se menciona antes, los servicios no pueden ser descubiertos y es imposible
mantener un catlogo. Aqu es donde va en contra de la Web, la AOR cree que la Web es
explorativa por naturaleza.
Por la unicidad de la Web como medio, la nica abstraccin que le hace justicia es el
recurso. La Web es una coleccin de recursos. Estos recursos son astronmicamente
diversos, y sera matemticamente imposible mantener una apariencia de un inventario
razonable de los recursos de la Web.
Cada recurso en la Web, no importa can nico o complicado sea, obedece un protocolo.
Este protocolo tiene tres aspectos resaltables, stos son:
1.
Cada recurso conoce cmo se representa a s mismo al consumidor.
2.
Cada recurso sabe cmo hacer una transicin de un estado a otro
3.
Cada recurso sabe como autodestruirse.
La AOR es mas un paradigma que un acercamiento de arquitectura, que considera que los
recursos son elementos de la Web. La parte clave, de todas formas, es que pueden ser
descubiertos, y una vez que son descubiertos pueden representarse a s mismos. No hay
un requerimiento de conocimiento previo del recurso para establecer una conversacin, al
contario que las habilidades cognitivas de un servicio en la AOS. La AOR est
completamente basada en REST y aprovecha sus ventajas simplicidad, conocimientos
tcnicos mnimos y URI para cada recurso. El uso de elementos bsicos de la
WWWoriginal hace que sea fcil que dos recursos se comuniquen.
La nica desventaja que le veo a la AOR es que est bien definido para la Web. Aunque
puede haber implementaciones anlogas en otras reas, as como AOSno est
conceptualizada en plataformas no-Web. Hay nuevos desarrollos apareciendo en esta

rea, pero an no est tan maduro como la AOS.

Arquitectura Orientada A Recursos

Cargado por

Copyright:

Formatos disponibles

Arquitectura Orientada A Recursos

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Arquitectura Orientada A Recursos

Cargado por

Copyright:

Formatos disponibles

Arquitectura Orientada a Recursos (AOR)

ste es un acercamiento radical, desde el punto de vista de la AOS. Alex Bunardzic

Cada recurso conoce cmo se representa a s mismo al consumidor.

Cada recurso sabe cmo hacer una transicin de un estado a otro

Cada recurso sabe como autodestruirse.