Artigo original publicado em Terça-feira, 6 de novembro de 2012

Um dos princípios fundamentais que nos orientam na concepção desta versão do SharePoint foi oferecer aos clientes uma experiência de nuvem consistente. Sabemos que a nuvem pode proporcionar grandes benefícios, mas com taxas diferentes para clientes individuais e de diferentes maneiras. E estamos criando de tal forma para que nossos clientes não sacrifiquem os recursos avançados que esperamos do Office para tirar proveito da nuvem.

Nossos clientes usam o SharePoint de maneiras completamente diferentes e construíram ecossistemas complexos ao redor de nossas ferramentas para atender as necessidades de seus negócios. Quer se trate de linha de aplicativos de negócios, integração de sistemas ERP ou outros sistemas e soluções, nós sabemos que a escolha de um suíte de produtividade é muito mais complexa do que decidir qual ferramenta você vai usar. A estratégia "rasgar e substituir" simplesmente não vai funcionar. Então, colocamos uma grande ênfase na garantia de que os clientes podem ir para a nuvem em seus próprios termos. Há três princípios-chave que usamos aqui:

  1. Alguns clientes não se moverão totalmente para a nuvem — acreditamos que uma combinação de algumas nuvens e algumas soluções no local será a norma para o futuro previsível. Soluções de nuvem e no local devem coexistir.
  2. A nuvem não é um sistema fechado, a maior parte dos valores que os clientes obtém do SharePoint vem da forma como interagimos com outros sistemas que a empresa do cliente depende, como CRM, ERP, Big Data e assim por diante. Nenhuma solução que é excluída de tais sistemas pode ser muito bem sucedida.
  3. Os clientes precisam ver o valor rápido a partir da nuvem, seja em sistemas existentes se movendo para a nuvem ou não. Temos que permitir a experimentação e exploração de novos recursos para os clientes na nuvem, mesmo que a maior parte de sua infraestrutura existente permanece no local.

Todos os serviços do Office 365 podem lidar com uma mistura de instâncias de nuvem e locais. Por exemplo, um cliente pode mover todas ou algumas caixas de correio para a nuvem e deixar toda a infraestrutura do SharePoint no local. Este grau de flexibilidade é um ponto chave do projeto para nós.

A bordo para a nuvem também foi uma área de foco principal. No Exchange, por exemplo, fornecemos um conjunto de ferramentas rico para migrar caixas de correio de e para a nuvem e para lidar com um mix de caixas de correio em qualquer ambiente.

Para o SharePoint, o desafio de lidar com ambientes mistos é complicado. No Exchange, você tem um único recipiente, a caixa de correio, de propriedade de um único usuário. O roteamento para o local correto da caixa postal é suficiente para fazer tudo funcionar. Sites e serviços do SharePoint referem-se a várias pessoas que colaboram em um único site, integrando dados de várias fontes e buscando em uma coleção inteira de documentos. O limite entre nuvem e local é, por natureza, pouco clara. Assim, o desafio para nós foi decidir como abordar estas considerações, ampliar primeiro e ativar o suporte híbrido em todos os lugares ou focar em cenários onde vimos o maior valor? No final, escolhemos o último. Em particular, nos focamos em construir uma camada oAuth para ativar a autenticação e comunicação de serviço para serviço e permitindo suporte híbrido rico para pesquisa.

Quando você tem investimentos do SharePoint local e na nuvem, uma das primeiras necessidades dos seus usuários é encontrar conteúdo, independentemente de onde ele esteja. Usuários querem encontrar o que estão procurando rápido e facilmente, sem ter que aprender novos conceitos ou executar passos adicionais. Resolvemos este problema adicionando a funcionalidade híbrida para pesquisa. Mais especificamente, ela permite aos usuários executar uma pesquisa e ver os resultados mais relevantes do SharePoint Online e SharePoint 2013 em localidades locais.

Ao longo do caminho, tivemos que enfrentar alguns problemas de design desafiadores:

  • Como recuperar resultados atualizadosde um sistema remoto de forma escalável
  • Como integrar vários conjuntos de resultados em uma única experiência de busca
  • Como fornecer grande qualidade de desempenho de consulta

Para o primeiro problema, avaliamos o rastreamento/indexação do sistema remoto e federação de consulta em tempo de execução. Escolhemos a última abordagem por alguns motivos, incluindo a eficácia dos resultados atualizados e maior confiança em nossa capacidade de oferecer uma experiência rápida e previsível. (Imagine dezenas de milhares de rastreamento de busca de clientes executando ping no SharePoint Online simultaneamente, solicitando alterações.)

Então, fomos obrigados a decidir sobre a forma mais eficiente de apresentar os resultados ao usuário. Utilizando as capacidades de Regras de consulta apresentadas no SharePoint 2013, mostramos um bloco de resultado contendo os primeiros resultados n da busca a partir do sistema remoto em linha na página de resultados de pesquisa. Os usuários vêem os principais resultados em tal localização e podem clicar no bloco de resultado para ver mais resultados. O sistema de busca também aprende ao longo do tempo. Se os resultados nesse bloco forem úteis e os usuários clicarem sobre eles, todo o bloco "move-se" para a página de resultados ao longo do tempo. Se os usuários não clicarem nos resultados em tal bloco para uma determinada consulta, o bloco é empurrado ainda mais para baixo.

Finalmente, nos concentramos em como otimizar a execução dessas consultas remotas para otimizar o desempenho. Com a mudança para a renderização no lado do cliente dos resultados de pesquisa (após o carregamento da página inicial) no SharePoint 2013, começamos com uma base sólida para criar. Nós modelamos essas consultas remotas, tanto quanto possível, para consultas regulares contra um índice de pesquisa local, com um mínimo de lógica adicional para habilitar a travessia segura do firewall corporativo (ao apresentar resultados locais no SharePoint Online).

Exemplo de resultados de busca híbrida
Ao modelar consultas de busca híbridas o mais próximo possível de consultas de busca regulares, fomos capazes de minimizar a complexidade do código subjacente e garantir que toda a experiência busca - de refinarias gráficas a visualizações de documento do Office ricas no painel hover - funcione sem problemas em cenários híbridos.

Vamos finalizar abordando algumas questões mais frequentes. Obrigado pelo seu tempo, e deixe-nos saber como você planeja usar a busca híbrida deixando comentários no blog!

O que a pesquisa híbrida me permite fazer?

  • Do site do SharePoint Online, obtenha resultados de busca para conteúdo na nuvem e locais
  • De um site do SharePoint 2013 local, obtenha resultados de busca para conteúdo na nuvem e locais
  • Ative condicionalmente os resultados "híbridos" para tipos de consulta específicos

Quero tentar a busca híbrida. Quais são os pré-requisitos?

  • Qualquer SharePoint Online alugado que tenha sido atualizado para o SharePoint 2013 (atualizações ocorrerão em um cronograma corrente através do Spring 2013)
  • Implantações locais do SharePoint Server 2013
  • Perfis de usuário local do Active Directory sincronizados para o Office 365 usando a Ferramenta de Sincronização de Diretórios de Serviço Online da Microsoft
  • Proxy reverso ou dispositivo F5 para expor com segurança as farms locais do SharePoint 2013 para o SharePoint Online (obrigatório apenas para permitir que os usuários do SharePoint Online encontrem conteúdo local)

Onde posso encontrar instruções?

Nossos escritores estão trabalhando duro para capturar o conjunto de passos necessários para configurar a confiança entre instâncias locais e online do SharePoint, e os passos para configurar conceitos de busca específica (fonte de resultado, regra de consulta, bloco de resultado e credenciais de Repositório Seguro) necessárias para ativar os cenários da pesquisa híbrida. Esperamos ter orientação publicada no TechNet a tempo para a Conferência do SharePoint (12 a 15 de novembro de 2012).

Esta é uma postagem de blog localizada. Obtenha o artigo original em Hybrid Search in SharePoint 2013