El papel de SharePoint como sistema de gestión de contenido empresarial puede ser anticuado, pero eso no significa que la plataforma esté congelada. Con el tiempo, Microsoft agrega nuevas funciones y desaprueba y elimina las antiguas. La compañía incluso ha comenzado a dividir lo que eran características de SharePoint en aplicaciones separadas. A medida que SharePoint pasa de una forma de trabajar a otra, estos cambios a menudo requieren que reescribamos y reelaboremos nuestras aplicaciones y código de extensión. Actualmente, SharePoint está comenzando una de esas transiciones, alejándose de sus propias API de búsqueda hacia un nuevo modelo basado en Microsoft Graph. Afortunadamente, una de las principales razones del éxito de SharePoint es su adaptabilidad, respaldada por su propio marco de extensibilidad y un fácil acceso. Modelo de programación para aprender. ¿Por qué utilizar Microsoft Graph? Si bien no hay una fecha de vencimiento para las API de búsqueda existentes, la nueva funcionalidad solo estará disponible a través de Microsoft Graph. Por lo tanto, vale la pena comenzar a reescribir el código ahora, especialmente porque Microsoft Graph es clave para proporcionar la base para los asistentes de IA de Microsoft Copilot para Microsoft 365. Estos cambios se aplican no solo a SharePoint, sino también a OneDrive. Como parte de este cambio, todas las búsquedas pasar por una única API. Eso significa que el código que escriba para SharePoint también funcionará con otros servicios de Microsoft 365, incluido Outlook, siempre que haya un índice de búsqueda. Usar una API de búsqueda común para todo el contenido de Microsoft 365 tiene sentido, especialmente con el enfoque de Microsoft en la IA, donde ese contenido proporcionará la base para la IA generativa y grandes modelos de lenguaje. Establecer una API de búsqueda común para todos los servicios de Microsoft 365 inicia un proceso muy esperado Aléjese de la metáfora de la carpeta envejecida. Con buenas capacidades de búsqueda y etiquetado de metadatos efectivo, no existe una necesidad real de una estructura artificial para ayudar a navegar por los archivos. En cambio, la información se entrega según sea necesario desde un único índice, lo que proporciona un puente transparente entre los silos de aplicaciones. Búsqueda con la API de Microsoft Graph La API de Microsoft Graph es una API REST típica que utiliza POST con una carga útil JSON. Cada carga útil JSON se compone de un conjunto de solicitudes, que se ejecutan en entidades y que contienen consultas. Las consultas son cadenas y se pueden utilizar para determinar el alcance de sus solicitudes. Por lo tanto, puede incluir sitios de SharePoint específicos en su inquilino o excluir secciones de su inquilino que no desea que se busquen. Hay algunas cuestiones menores que deben tenerse en cuenta al crear una consulta. Por ejemplo, debido a que una tienda OneDrive para la Empresa es realmente una entidad de SharePoint, se debe consultar de manera diferente a una tienda OneDrive personal. Una vez que haya creado su consulta JSON básica, puede comenzar a refinar su funcionamiento. Puede ordenar los resultados usando técnicas de paginación familiares, o por ejemplo, y puede aplicar filtros adicionales, como una ventana de tiempo específica. Tenga en cuenta que no está limitado a la estructura jerárquica de las consultas de gráficos, porque puede usar el lenguaje de consulta de palabras clave de Microsoft ( KQL) como parte de sus consultas. Luego, las consultas se pueden agregar, lo que ofrece la posibilidad de crear consultas complejas que funcionen en diferentes entidades de Microsoft 365. Este enfoque le permite recopilar no solo los documentos relacionados con una consulta, sino también correos electrónicos relevantes y listas de personas. Tampoco está limitado a buscar solo datos de Microsoft Graph. Si utiliza un conector Graph para vincular sistemas de línea de negocio a su instancia de Graph, las búsquedas de Graph pueden extraer todo tipo de datos empresariales: recursos humanos, ERP, CRM y más. Además de una biblioteca de conectores prediseñados, Microsoft proporciona herramientas que puede utilizar para crear sus propios conectores personalizados para aplicaciones personalizadas o para trabajar con datos heredados en mainframes o minicomputadoras. Piense en el Microsoft Graph subyacente como un índice dinámico y constantemente actualizado para sus datos no relacionales. A medida que se almacena contenido nuevo en Microsoft 365 y en plataformas como SharePoint Online, ese índice se actualiza automáticamente y hace que su contenido esté disponible en su inquilino de Microsoft 365 y para todos sus usuarios. Trabajar con KQL en Microsoft Graph Una vez que tenga consultas básicas en su haber, querrá pasar a formas más avanzadas de trabajar con Microsoft Graph. Aquí es donde puede aprovechar las habilidades existentes utilizando el lenguaje de consulta de palabras clave (que no debe confundirse con el otro KQL de Microsoft, el lenguaje de consulta de datos a gran escala, Kusto). KQL le permite utilizar texto libre como base de un consulta, buscando palabras o frases en el contenido, con soporte para completar con comodines simples. Además de buscar texto, KQL le permite utilizar metadatos de documentos para restringir las búsquedas a archivos y autores específicos. Puede mezclar y combinar restricciones para crear consultas más complejas, usando paréntesis para agrupar términos de búsqueda donde podría haber usado una declaración AND en SQL o lenguajes de consulta similares. Existen algunos requisitos de KQL que pueden parecer confusos al principio. Por ejemplo, las fechas y horas deben expresarse en formato ISO 8601, por lo que se utiliza el patrón AAAA-MM-DD para una fecha y AAAA-MM-DDThh:mm:ss para la fecha y la hora (la T se utiliza como delimitador). entre datos y tiempo). Incluso existe la opción de utilizar tiempos relativos, por lo que «hoy» y «este año» son términos de consulta válidos y arrojarán resultados diferentes cuando se ejecuten en días diferentes. Otras opciones útiles incluyen booleanos, operadores de proximidad y el operador ONEAR, que usa el orden de los términos para devolver resultados. Si usa KQL en consultas de Microsoft Graph, es una buena idea usar KQL para crear plantillas de consulta. Estos le brindan una consulta KQL lista para usar, por lo que todo lo que necesita hacer es pasar su término de búsqueda específico. Esto puede resultar especialmente útil si construye mediante programación la carga útil JSON de una búsqueda, utiliza una consulta prediseñada y pasa el término de búsqueda como una cadena de consulta. Una API para buscarlos en todos Nos hemos acostumbrado a tratar SharePoint como una herramienta independiente, pero ahora es una de las tecnologías fundamentales para Microsoft 365 y Power Platform. Usar Microsoft Graph para realizar consultas en toda la plataforma es un cambio importante, que tiene como objetivo encapsular todo el resultado del trabajo de un usuario o un equipo, en todas las herramientas que utilizan en su trabajo diario. Hay otra razón más para usar una única API de búsqueda: puede ayudar a garantizar que los usuarios autorizados accedan a los datos regulados. Envolver sus consultas de Microsoft Graph en un esquema de autenticación basado en roles ayuda a garantizar que el acceso a los datos sea auditado y que los usuarios puedan acceder solo a los datos permitidos para su rol o su grupo. Nuevamente, no hay una fecha de fin de vida para el antiguo Herramientas de búsqueda de SharePoint, para que puedas seguir usándolas. Sin embargo, ahora que los recursos de desarrollo de Microsoft se centran en Microsoft Graph, puede aprovechar esto como una oportunidad para comenzar a reescribir las aplicaciones y extensiones de SharePoint existentes, así como para experimentar con las capacidades de aplicaciones cruzadas de Microsoft Graph. Después de todo, tenemos Hay una gran cantidad de datos almacenados en Microsoft Graph, por lo que también podríamos usarlos. La búsqueda en SharePoint, Outlook y OneDrive le brinda acceso unificado a quizás la base de conocimientos más grande de su empresa, lo que le permite extraer información y conocimientos que de otro modo no habría encontrado. Ésa sería la mejor razón de todas para hacer el cambio. Copyright © 2024 IDG Communications, Inc.

Source link