Usando o cache de objeto com o SharePoint
Este artigo explica a diferença entre usar o cache de objeto no SharePoint Server 2013 local e o SharePoint no Microsoft 365.
Há um impacto negativo significativo de depender do cache de objeto na implantação do SharePoint. Qualquer dependência do cache de objeto no SharePoint reduzirá a confiabilidade de sua página.
Como funciona o cache de objetos do SharePoint no Microsoft 365 e no SharePoint Server 2013
Quando o SharePoint Server 2013 é hospedado localmente, o cliente tem servidores Web front-end privados que hospedam o cache de objeto. Isso significa que o cache é dedicado a um cliente e é limitado apenas pela quantidade de memória disponível e alocada para o cache de objeto. Como apenas um cliente é atendido no cenário local, os servidores Web front-end normalmente têm usuários fazendo solicitações para os mesmos sites várias vez. Isso significa que o cache fica cheio rapidamente e permanece cheio dos resultados da consulta de lista e dos objetos do SharePoint que seus usuários estão solicitando regularmente.
Como resultado, na segunda vez que um usuário visita uma página, o tempo de carga da página melhora. Depois de um mínimo de quatro cargas da mesma página, a página é armazenada em cache em todos os servidores Web de front-end.
Por outro lado, no SharePoint no Microsoft 365, há muitos outros servidores, mas também muitos outros sites. Cada usuário pode se conectar a um servidor Web front-end diferente que não tenha o cache preenchido. Ou talvez o cache seja preenchido para um servidor, mas o próximo usuário desse servidor Web de front-end solicita uma página de um site diferente. Ou, mesmo que o próximo usuário solicite a mesma página que na visita anterior, ele será balanceado para um servidor Web de front-end diferente que não tenha essa página em seu cache. Nesse último caso, o cache não ajuda em nada os usuários.
Na figura a seguir, cada ponto representa uma página que um usuário está solicitando e onde ele foi armazenado em cache. Cores diferentes representam clientes diferentes fazendo uso compartilhado da infraestrutura SaaS.
Como você pode ver no diagrama, as chances de um determinado usuário bater em um servidor com a versão armazenada em cache de sua página são pequenas. Além disso, devido à grande taxa de transferência e ao fato de que os servidores são compartilhados entre muitos sites, o cache não dura muito tempo, pois há apenas muito espaço para cache disponível.
Por todos esses motivos, contar com usuários recebendo objetos armazenados em cache não é uma maneira eficaz de garantir uma experiência de usuário de qualidade e tempos de carga de página no SharePoint.
Se não pudermos confiar no cache do objeto para melhorar o desempenho no SharePoint, o que usaremos em vez disso?
Como você não deve confiar no cache no SharePoint, você deve avaliar abordagens de design alternativas para personalizações do SharePoint que usam o cache de objeto. Isso significa usar abordagens para problemas de desempenho, que não dependem do cache de objeto para produzir bons resultados para os usuários. Isso é descrito em alguns dos outros artigos desta série e inclui: