{"id":48,"date":"2006-11-03T18:53:22","date_gmt":"2006-11-03T22:53:22","guid":{"rendered":"http:\/\/blogviejo.sld.cu\/urra\/2006\/11\/03\/necesitamos-avanzar-hacia-una-arquitectura-abierta-de-servicios-basada-en-componentes\/"},"modified":"2006-11-03T18:53:22","modified_gmt":"2006-11-03T22:53:22","slug":"necesitamos-avanzar-hacia-una-arquitectura-abierta-de-servicios-basada-en-componentes","status":"publish","type":"post","link":"https:\/\/blogs.sld.cu\/urra\/2006\/11\/03\/necesitamos-avanzar-hacia-una-arquitectura-abierta-de-servicios-basada-en-componentes\/","title":{"rendered":"Necesitamos avanzar hacia una arquitectura abierta de servicios basada en componentes"},"content":{"rendered":"

La estrategia que se propone para sostener el desarrollo de los servicios de la red de Infomed es construir un sistema que pueda integrarse con todo. Es una red con una arquitectura abierta de servicios basada en componentes en la que se pueden crear cadenas de valor.
\nEn lugar de constuir un sistema que trate de hacerlo todo usemos las posibilidades que brinda cada sistema al m\u00e1ximo y trabajemos sobre las posibilidades de interoperaci\u00f3n y orquestaci\u00f3n. La intranet ha marchado bien pero es s\u00f3lo una instancia. Podemos usar el Plone para crear una comunidad cerrada y eso puede funcionar, pero tambi\u00e9n podemos usarlo como servidor de aplicaciones espec\u00edficas.
\nAs\u00ed podemos usar Plone para determinadas cosas, Media Wiki para otras, y as\u00ed en adelante.
\nNo hay que amarrarse a un s\u00f3lo sistema. La experiencia nos ha mostrado que Plone es bueno para el manejo de flujos y la producci\u00f3n de determinados tipos de contenido pero no para la integraci\u00f3n de RSS por ejemplo. Ello nos sugiere combinar sistemas como se est\u00e1 haciendo con el ejemplo de el servidor o “back end” de enlaces<\/a> al estilo de del.icio.us<\/a>, o el servidor de p\u00e1ginas Wiki de Infomed wiki.sld.cu<\/a> que estamos probando.
\nSiempre que exista una aplicaci\u00f3n estable, con una buena comunidad de usuarios y desarrolladores que pueda servirnos como “back end” de determinados servicios podemos optar por ella como son los casos citados. Creo que tendremos que movernos hacia una infraestructura de servicios encima de los sistemas y “back ends” para agregar valor y facilitar la construcci\u00f3n de las citadas cadenas de valor que faciliten el desarrollo de la Infomed 2.0.
\nAs\u00ed por ejemplo Drupal servir\u00eda para construir portales de agregaci\u00f3n de contenidos<\/a>, Plone para comunidades peque\u00f1as de prop\u00f3sito claro con mucha interacci\u00f3n interna como el caso del \u00e1rea de log\u00edstica del MINSAP<\/a> , las misiones m\u00e9dicas en el exterior<\/a> o la propia intranet del CNICM<\/a> y sistemas como infoenlaces <\/a>para socializar etiquetas y enlaces m\u00e1s all\u00e1 de las fronteras de un sistema espec\u00edfico.
\nTambi\u00e9n se puede pensar en usar Plone para servicios de prop\u00f3sito espec\u00edfico cuando as\u00ed convenga para aprovechar su estabilidad de desarrollo y sus recursos acumulados. Se puede crear un “back end” de art\u00edculos usando este tipo de contenido que pueda reusarse en cualquier contexto, o hacer un depositorio de im\u00e1genes, u otros tipos de contenido.
\nEn la “ecolog\u00eda” de Infomed cabr\u00eda una sana convivencia “hol\u00f3nica” de servicios y componentes que pueden orquestarse con relativamente pocas dificultades. Esto es coherente con lo que est\u00e1 pasando en Internet y trata de recoger las mejores experiencias y tambi\u00e9n la pr\u00e1ctica de nuestra red que ya acumula casi 15 a\u00f1os de trabajo sostenido. La Biblioteca Virtual de Salud, la Universidad Virtual y todos los proyectos que puedan desarrollarse se beneficiar\u00e1n de una alineamiento en torno a este modelo.
\nEllo nos plantea prioridades como la generalizaci\u00f3n del uso de “webservices” asociados a cada uno de los servicios con que contamos como las bases de datos que hoy est\u00e1n en webisis, el Localizador de Informaci\u00f3n de Salud que est\u00e1 funcionando en Scout y otras, el uso de microformatos y el desarrollo de microaplicaciones que puedan usarse f\u00e1cilmente para integrar soluciones.
\nNecesitamos tambi\u00e9n formalizar esta arquitectura<\/a> y enriquecerla permanentemente usando los propios criterios de trabajo en red, desarrollo de sistemas al estilo del movimiento de c\u00f3digo abierto y contenidos abiertos y las herramientas m\u00e1s adecuadas a cada problema.<\/p>\n","protected":false},"excerpt":{"rendered":"

La estrategia que se propone para sostener el desarrollo de los servicios de la red de Infomed es construir un sistema que pueda integrarse con todo. Es una red con una arquitectura abierta de servicios basada en componentes en la que se pueden crear cadenas de valor. En lugar de constuir un sistema que trate […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[8,14,26,47],"tags":[],"_links":{"self":[{"href":"https:\/\/blogs.sld.cu\/urra\/wp-json\/wp\/v2\/posts\/48"}],"collection":[{"href":"https:\/\/blogs.sld.cu\/urra\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blogs.sld.cu\/urra\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blogs.sld.cu\/urra\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/blogs.sld.cu\/urra\/wp-json\/wp\/v2\/comments?post=48"}],"version-history":[{"count":0,"href":"https:\/\/blogs.sld.cu\/urra\/wp-json\/wp\/v2\/posts\/48\/revisions"}],"wp:attachment":[{"href":"https:\/\/blogs.sld.cu\/urra\/wp-json\/wp\/v2\/media?parent=48"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blogs.sld.cu\/urra\/wp-json\/wp\/v2\/categories?post=48"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blogs.sld.cu\/urra\/wp-json\/wp\/v2\/tags?post=48"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}