Recursos > arquitectura

    sortFiltrar Ordenar
    5 resultados

    Página Web

    /

    Publicado el 21.6.2012 por Equipo GNOSS

    Hierarchical Navigation and Faceted Search on Top of Oracle Coherence

    En este artículo Ilya Katsov, desarrollar software en GridDynamics presenta un sistema basado en navegación jerárquica y búsqueda facetada. En el artículo nos habla:

    • Lógica de negocio
    • Propiedades del sistema
    • Requerimientos técnicos
    • Arquitectura de alto nivel
    • Detalles de la implementación

    ...

    Categorías:

    Página Web

    /

    Compartido el 27.8.2010 por Equipo GNOSS

    Artículo del blog oficial de Google que detalla cómo funciona la tan anunciada y esperada nueva arquitectura de Google para indexar datos de la web ( fue lanzada en Julio del 2010).

    Google ha desarrollado un nuevo índice de búsquedas, llamado Caffeine que funciona de forma distinta al anterior. El previo tenía varias capas, algunas de las cuales se refrescaban más rápido que otras (p.e la capa principal se actualizaba cada dos semanas) el nuevo motor analiza la web en pequeñas porciones y actualiza el índice de forma continua y global. Aseguran que genera resultados de búsqueda un 50 % más recientes  (mas "tiempo real" ) y además más extensos y relevantes.

    Desde hace tiempo se comenta que "algunos de los nuevos factores que Google podría tener en cuenta a la hora de establecer el ranking de una web: 

    Velocidad de carga de la página. Google favorecería los site cuya carga es más rápida.

    - Penalizará en el ránking los sites que contengan enlaces rotos “Broken links“.

    - Penalizará el envío de enlaces a webs “no deseables”.

    Tomará relevancia la calidad global de la página web. Poseer contenido único, diseño de página, facilidad de navegación, con especial atención a los títulos, meta tags, descripción, densidad de palabras clave, tags, tiempo que el usuario pasa en la página,   tomarán aún más relevancia.

    - Se especula también, que los links recibidos desde redes sociales(Twitter, Meneames, Facebok) etc… ponderarán más que un link normal de otra web, al entender que en estos sitios es más complicado poner en práctica la compra de links, al entender que es mucho más fácil comprar 1.000 links que obtener 1.000 retweets." Fuente: GurusBlog

    ...

    Página Web

    /

    Publicado el 11.8.2010 por Equipo GNOSS

    Con un título tan rompedor como su contenido, este "paper" de 2007 adivina o inventa el futuro de los sistemas de almacenamiento de datos en la era de Internet. El documento puede ser objeto de críticas, algunas justificadas, pero no cabe duda de la inspiración o el acierto al describir muchas de las soluciones NoSQL actualmente en uso en muchas aplicaciones Web.

    El documento comienza con una breve descripción de las consideraciones de diseño de los tradicionales sistemas de gestión de base de datos, antes de expresar los requisitos del nuevo sistema OLTP (On Line Transaction Process), HStore:

    1. La base de datos OLTP debería caber enteramente en memoria. No deberia haber escrituras en disco en absoluto.
    2. La base de datos OLTP debería tener un único hilo (thread) - sin concurrencia en absoluto. Esto debería ser posible cuando las transacciones OLTP duran menos del milisegundo, lo que en un sistema de "solo-memoria" debería ser incluso inferior. Esto elimina la necesidad de algoritmos y estructuras de datos complejas, y mejora aún más el rendimiento. No se permiten las consultas no predefinidas.
    3. Debería ser posible añadir capacidad a un sistema OLTP sin caída alguna de servicio. Esto implica una expansión incremental, escalando el sistema añadiendo nodos transparentemente.
    4. El sistema debería ser altamente disponible, con una configuración "peer-to-peer". La carga OLTP debería estar distribuida en varias máquinas, y la replicación entre máquinas usada para disponibilidad. En un sistema de este tipo "rehacer" y "deshacer" el log de la transacción es innecesario. (se cita otro "paper" según el cual rehacer un nodo que ha fallado en la red es tan eficiente como recuperarse de un "rehacer" un log). Obviamente, la eliminación de "rehacer" suprime uno de los peores cuellos de botella de los sistemas OLTP, cuando los datos se escriben en disco síncronamente.
    5. Sin Administradores de Bases de Datos (DBAs). Los sistemas deberían ser totalmente "autoconfigurables" y "autooptimizables".

    Además, se describen otras propiedades de HStore:

    1. Sin el "rehacer" de los logs, y por tanto, sin los bloqueos, el siguiente cuello de botella son los interfaces (JDBC, ODBC, OleDB, etc). El código de la aplicación debería estar en procedimientos almacenados dentro del almacenamiento de datos. El único comando que se ejecutara externamente debería ser “execute transaction X”.
    2. Dado que la base de datos estaría distribuido y replicado, y que la latencia de la red toma milisegundos, se debería evitar las 2 fases de un protocolo de "commit".
    3. No hay consultas "ad-hoc". Toda la carga de trabajo se debería especificar con antelación.
    4. SQL es un lenguaje antiguo, con serios problemas ya expuestos por Chris Date hace 2 décadas. HStore debería ser programable en un lenguaje moderno y ligero como Ruby.

    Los autores del documento son: 

    • Michael Stonebraker, Samuel Madden, Daniel J. Abadi, Stavros Harizopoulos del MIT CSAIL (Computer Science and Artificial Intelligence Laboratory).
    • Nabil Hachem, de AvantGarde Consulting, LLC.
    • Pat Helland, de Microsoft Corporation.

    ...

    Página Web

    /

    Compartido el 3.8.2009 por Esteban Sota Leiva

    Ideas sobre la tesis de Viktor Mayer-Schönberger:

    "La confianza en las redes sociales puede convertir el desarrollo de software libre en un sistema tan conservador como el comercial", dice Mayer-Schönberger. "Los proyectos de código abierto suelen constar de unos pocos programadores, y de muchos informantes o comentaristas, pero todos están conectados por una red social; y la arquitectura de las redes sociales no estimula la innovación radical."

     

    ...

    Página Web

    /

    Compartido el 24.5.2009 por Equipo GNOSS

    Artículo de Francis Pisani publicado en el diario El País el 21 de mayo de 2009 en el que reflexiona sobre la necesidad de cambiar Internet para adaptarlo a los nuevos usos que actualmente:la Red de redes no ha sido concebida para llevar a cabo lo que se hace con ella hoy en día sino que se ha ido adaptando gracias a parches, pero este análisis crítico revela que no se puede seguir así de manera indefinida.La gran preocupación proviene de los problemas vinculados con la seguridad y protección de la privacidad de los usuarios.

    Es por ello por lo que un número significativo de especialistas estadounidenses, así como el Gobierno, parecen convencidos de que Internet está roto o, para ser más preciso, que evidencia enormes problemas, imposibles de solucionar con la actual arquitectura. La mayoría de sus colegas europeos discrepa.

    ...