Malgré toutes les améliorations que Microsoft lui a apportées au fil des ans, la plupart des gens continuent de considérer SharePoint comme un système de stockage de contenu plutôt lourd - une version plus formelle et gérée de OneDrive avec un moteur de flux de travail, pour ainsi decir. Pero como señala Jeff Teper, vicepresidente senior de Microsoft 365, SharePoint es tanto una aplicación como una plataforma: las organizaciones pueden crear aplicaciones en SharePoint que incluyan flujo de trabajo y aprobaciones, y pueden usar SharePoint Framework (SPFx, controles de JavaScript que funcionan con cualquier marco de JavaScript como React o Angular) para crear sitios de intranet.

OneDrive ahora funciona con SharePoint, y la nueva aplicación Lists en realidad usa la API Graph de SharePoint debajo. Microsoft Teams es, en muchos sentidos, una forma fácil de acceder a los recursos de SharePoint: los archivos compartidos en Teams viven en SharePoint y los chats privados se implementan como colecciones de sitios en SharePoint. Y el Fluid Framework que Microsoft abrió como código abierto a principios de este año para crear aplicaciones colaborativas distribuidas en lo que el director ejecutivo de Microsoft 365, Seth Patton, llama "una plataforma en la nube hiperrápida y de alto rendimiento que integra IA" en realidad se basa en "bastante significativo avances realizados en el almacenamiento de archivos de SharePoint turboalimentado".

VER: Principales comandos de ejecución de Windows 10 (PDF gratuito) (República Tecnológica)

Teper sugirió considerar Fluid como un paso adelante de las API REST. "Es una capa que creemos que ayudará a desbloquear la creación de todo tipo de back-end para aplicaciones, con diferentes front-end [user experiences]. Con suerte, veremos muchas aplicaciones comerciales que hoy en día no son en tiempo real, se convierten en tiempo real, agradables, interactivas y exponen los componentes a su sistema de almacenamiento, que es su propio back-end de procesos comerciales.

La primera implementación de Microsoft de un back-end para Fluid es SharePoint en el nuevo servicio de cliente OneDrive, aunque es el protocolo Fluid y la estructura de datos, así como los componentes de colaboración que los desarrolladores pueden conectar a sus propios servicios de back-end, no solo a SharePoint.

"Fluid comenzó con la forma en que podíamos ir más allá de todo lo que se había hecho en torno a la colaboración de documentos y específicamente pusimos un nuevo sistema de almacenamiento en SharePoint sobre Azure Blob Almacenamiento que se ejecuta en modo kernel para mapear estructuras de documentos de forma nativa. Datos fluidos en el protocolo para en [storage] disco y SharePoint para ser increíblemente rápido”, dijo Teper.

Patton le dijo a TechRepublic el año pasado que, detrás de escena, SharePoint Online usa Azure SQL y Azure Blob Almacenamiento. De hecho, SharePoint Online es el mayor cliente de Azure Almacenamiento, y los equipos de Windows y SharePoint trabajaron juntos en una nueva pila de E/S de archivos para optimizar el rendimiento de los patrones de acceso de SharePoint. Esto incluye un cliente de disco virtual en modo kernel nativo en Azure que realiza operaciones de lectura y escritura directamente en el servidor donde se almacena el blob en lugar de pasar por varias capas de equilibradores de carga y servidores (un servicio de almacenamiento similar llamado Direct Drive impulsa Azure Ultra Disk Servicio de almacenamiento diseñado para cargas de trabajo intensivas de E/S como SAP Hana). En lugar de enviar solicitudes al almacenamiento de blobs para un bloque de archivos a la vez, las solicitudes se deserializan y se envían en paralelo, de modo que cuando varias personas colaboran en un documento de Fluid, los cambios no esperan en una cola de almacenamiento.

Fluid es una nueva capa de datos y, en la implementación de Microsoft, utiliza esta nueva capa de almacenamiento de SharePoint para llevar los datos a los discos en Azure lo suficientemente rápido para lo que Teper denomina "coautoría de latencia casi nula".

Índice
  • Llevando las PWA más allá de lo básico
  • Listas poderosas
  • Llevando las PWA más allá de lo básico

    Si Fluid es el futuro del back-end para aplicaciones web, Project Nucleus es la apuesta de Microsoft para mejorar el rendimiento y la fiabilidad de estas aplicaciones web, en particular usándolas para navegar o modificar datos cuando no estás conectado (o que estás en una red muy lenta).

    Las aplicaciones web progresivas (PWA) son una forma muy liviana de distribuir aplicaciones: pueden ir a una tienda de aplicaciones e instalarse como una aplicación nativa, o pueden ser algo que el usuario ancla desde su navegador web como marcador. Un PWA no crea una copia completamente diferente del motor del navegador como lo hace una aplicación Electron como lo hace Teams (que también debe actualizarse por separado). Y según el dispositivo, las PWA obtienen algunas de las mismas integraciones del sistema operativo que las aplicaciones nativas, como notificaciones y listas de salto.

    Pero para algo como SharePoint, los PWA no son una gran experiencia para trabajar con conjuntos de datos muy grandes y complejos porque el rendimiento no siempre es rápido, especialmente en una conexión de red lenta.

    En términos de rendimiento, el equipo de SharePoint mide la rapidez con la que el contenido importante es visible en la pantalla ("primera pintura significativa") y la rapidez con la que la aplicación web puede responder a la entrada del usuario ("primer procesador inactivo", es decir, cuando el el hilo del navegador no tiene más tareas y puede responder de manera confiable a la entrada del usuario). El objetivo es hacer que estos dos tiempos sean lo más similares posible, para que pueda interactuar con el contenido tan pronto como pueda verlo en la pantalla. Para la mayoría de los usuarios, el equipo de SharePoint actualmente tiene como objetivo llevar el contenido a la pantalla en dos o tres segundos (dependiendo de la dinámica de la página y la cantidad de componentes web que tenga); para las personas en una red lenta, el objetivo es de cuatro a seis segundos.

    VER: Cómo reinstalar Windows 10 desde la nube (República Tecnológica)

    Nucleus se basa en la sincronización realizada por OneDrive, incluida la sincronización diferencial, donde solo se transfieren los cambios en un archivo, en lugar de todo el archivo cada vez, y lo usa como caché para un PWA para mejorar el rendimiento y permitir el uso sin conexión. El caché no se limita a los archivos como lo está en OneDrive; utiliza un conjunto estándar de API para sincronizar la PWA con el back-end de la nube, por lo que puede almacenar en caché todos los datos que necesita la aplicación. Los cambios que realice sin conexión se cargarán cuando vuelva a estar en línea. El caché está encriptado por seguridad y solo está disponible para PWA. Actualmente solo está disponible para navegadores Windows y Chromium como Edge, pero será multiplataforma y en todos los navegadores modernos cuando esté disponible de forma general.

    La próxima generación de aplicaciones web de OneDrive y SharePoint usará Nucleus, pero debutará en las Listas de Microsoft, dijo a TechRepublic el gerente de marketing de productos de Microsoft, Dan Holme.

    “El primer lugar en el que esto cobrará vida es con las Listas de Microsoft, que es la evolución de las Listas de SharePoint en una experiencia de lista de héroes autónoma”, dijo Holme. “Project Nucleus le permitirá trabajar con listas sin conexión: se encargará de todas las fusiones y sincronizaciones de cambios. Detrás de escena, utiliza algunas de las capacidades y tecnologías que desarrollamos al escalar OneDrive. Entonces, así como OneDrive hace un gran trabajo para los clientes al sincronizar el trabajo entre archivos, lo que en muchos sentidos es aún más complicado porque los archivos no están estructurados, Project Nucleus facilitará el acceso a listas sin conexión, tanto en dispositivos móviles como en computadoras de escritorio. . ”

    Listas poderosas

    Listas es una buena aplicación para comenzar porque el caché significa que incluso en una conexión lenta, ordenar o agrupar columnas y filtrar, incluso en listas muy grandes, será extremadamente rápido. Microsoft ha demostrado esto con listas que contienen cien mil elementos, ya ha probado listas de un millón de elementos internamente y planea admitir listas aún más grandes. Ordenar una columna no llama al servicio web Listas; funciona con datos de la memoria caché del Proyecto Nucleus, por lo que clasificar o filtrar una lista de cien mil elementos llevará alrededor de dos milisegundos, lo que hará que parezca instantáneo.

    La versión Project Nucleus de Microsoft Lists se encuentra actualmente en versión preliminar privada.

    Pero Project Nucleus se basa en un marco extensible, por lo que otras aplicaciones web podrán aprovecharlo y cubrirá más tipos de datos que solo listas. Eventualmente estará disponible en SPFx y abierto a terceros que creen componentes.

    “Se expandirá con el tiempo a muchas, muchas aplicaciones”, dijo Holme. “Anunciamos la aplicación del sitio de inicio en Microsoft Teams [at Ignite], que trae lo mejor de la intranet a los equipos para que las personas no tengan que salir del contexto de su trabajo para encontrar recursos en toda la organización o para ponerse al día con las noticias. Y Project Nucleus realmente acelerará el rendimiento de la intranet dentro de Teams. Con el tiempo, esto permitirá experiencias de archivo más atractivas en dispositivos móviles. Actualmente, puede descargar un archivo para usar en un dispositivo móvil, pero aún no utiliza la sincronización real, y Project Nucleus también lo permitirá con el tiempo.

    "Hemos tenido un gran éxito con las tecnologías de sincronización y fuera de línea que hemos integrado en el marco OneDrive en el cliente, tenemos el marco Fluid en el servicio y tenemos Progressive Web Apps como una forma de experimentar nuestras aplicaciones web. ", agregó Holme. "Ahora, cuando esos tres elementos se unen, tiene esta tecnología que estará en segundo plano, permitiendo nuevos escenarios como el acceso sin conexión".