Planear o plano de implementação de lançamento do portal no SharePoint no Microsoft 365

Um portal é um site do SharePoint na sua intranet com muitos visualizadores de sites que consomem conteúdo no site. As grandes organizações podem ter vários portais. Por exemplo, um portal da empresa e um portal de RH. Normalmente, os portais têm relativamente poucas pessoas que criam e criam o site e os respetivos conteúdos. A maioria dos visitantes do portal só lê e consome os conteúdos.

Este artigo descreve como planear a implementação e implementação do plano para o SharePoint no Microsoft 365. Também fornece abordagens a seguir, uma vez que os testes de carga tradicionais não são permitidos no SharePoint no Microsoft 365. O SharePoint no Microsoft 365 é um serviço cloud e as capacidades de carga, o estado de funcionamento e o equilíbrio global de carga no serviço são geridos pela Microsoft.

Para ajudar a criar um portal com êxito, siga os princípios básicos, práticas e recomendações detalhados em Criar, iniciar e manter um portal em bom estado de funcionamento.

Programador de Iniciação do Portal

Utilize o agendador de iniciação do portal para lançar o portal aos utilizadores na sua organização em fases agendadas. Saiba mais:

Programador de Iniciação do Portal

Descrição geral do planeamento de capacidade no SharePoint no Microsoft 365

Para utilizar de forma eficiente a capacidade e lidar com um crescimento inesperado, em qualquer farm, temos automatização que monitoriza determinados cenários de utilização. Embora o crescimento exato seja imprevisível para qualquer inquilino em qualquer farm, a soma agregada dos pedidos é previsível ao longo do tempo. Ao identificar as tendências de crescimento no SharePoint no Microsoft 365, podemos planear uma expansão futura. Para obter mais informações, veja Planeamento de capacidade e teste de carga do SharePoint.

Uma parte fundamental de um lançamento bem-sucedido é a abordagem "wave" ou "phased roll-out".

Posso carregar o teste de teste do SharePoint no Microsoft 365?

O SharePoint no Microsoft 365 é um ambiente multi-inquilino partilhado que é equilibrado entre farms e o dimensionamento é ajustado de forma contínua. Teste de carga de um ambiente, como o SharePoint no Microsoft 365, cujas alterações de dimensionamento são continuamente alteradas, não só lhe dão resultados inesperados como não são permitidos.

Saiba mais: Planeamento de capacidade e teste de carga do SharePoint no Microsoft 365

Otimizar páginas ao seguir as diretrizes recomendadas

As páginas de uma implementação no local não devem ser movidas simplesmente como estão para o SharePoint sem as rever em relação às diretrizes recomendadas para o SharePoint. A melhor abordagem é otimizar sempre qualquer home page para qualquer site ou portal no SharePoint, uma vez que é aqui que a maioria dos utilizadores na sua organização acede como ponto de partida para os seus sites.

Devem ser considerados alguns fatores básicos:

• As implementações no local podem utilizar caches tradicionais do lado do servidor, como cache de objetos, cache de saída e cache de blobs. Com as diferenças de topologia na cloud, estas opções não estão necessariamente disponíveis, pois as diferenças de dimensionamento tornam-nas abordagens menos viáveis.
• Todas as páginas/funcionalidades/personalizações utilizadas para o consumo da cloud devem ser otimizadas para uma maior latência e para as localizações distribuídas dos utilizadores, para que os utilizadores em diferentes áreas ou regiões tenham uma experiência mais consistente. A cloud oferece otimizações como redes de entrega de conteúdos (CDN) para otimizar para uma base de utilizadores distribuída e para o SharePoint moderno, o último bem conhecido (LKG) é utilizado pelas nossas peças Web de fora da caixa (OOTB).

O que fazer:

• Para todas as páginas de site no SharePoint, utilize a ferramenta Diagnóstico de Página, que é uma extensão Chromium que ajuda a analisar e fornecer orientações. Esta ferramenta pode ser utilizada por proprietários de sites, editores, administradores e programadores, uma vez que foi concebida para ser um ponto de partida para análise e otimização.
• Os programadores também devem utilizar ferramentas de desenvolvimento como a ferramenta de programador do browser F12 e CTRL-F12 no browser em páginas modernas. O Fiddler também pode ser utilizado para rever a espessura do tamanho (o tamanho da página em megabytes) da página e o número de chamadas e elementos que afetam a carga geral da página.

Esta secção foi um breve resumo para otimizar as páginas. Para saber mais, veja: Criar, iniciar e manter um portal em bom estado de funcionamento.

Seguir uma abordagem de lançamento faseado/ondulado

A abordagem tradicional do Big Bang para lançamentos de sites não permitirá a verificação de que personalizações, origens externas, serviços ou processos foram testados à escala certa. Esta abordagem não significa que demora meses a ser iniciada, mas é recomendada ao longo de, pelo menos, vários dias, dependendo do tamanho da sua organização. Por conseguinte, seguir um plano de implementação de ondas dá-lhe a opção de colocar em pausa e resolver problemas antes de prosseguir com a fase seguinte e, por conseguinte, reduz o número potencial de utilizadores afetados por quaisquer problemas. O SharePoint como um serviço dimensiona a sua capacidade com base na utilização e na utilização prevista e, embora não precisemos que nos notifique da sua iniciação, deve seguir as diretrizes para garantir o sucesso.

Conforme mostrado na imagem seguinte, muitas vezes o número de utilizadores que são convidados é superior ao número de utilizadores que utilizam o site. Esta imagem mostra uma estratégia sobre como implementar uma versão. Este método ajuda a identificar formas de melhorar o site do SharePoint antes que a maioria dos utilizadores o veja.

Na fase piloto, é bom receber feedback dos utilizadores em que a organização confia e sabe que será envolvida. Desta forma, é possível avaliar o desempenho e o desempenho do sistema.

Durante cada uma das fases, reúna o feedback dos utilizadores sobre as funcionalidades e o desempenho durante cada fase de implementação. Recolher comentários tem a vantagem de introduzir lentamente o sistema e fazer melhorias à medida que o sistema é mais utilizado. Isto também nos permite reagir ao aumento da carga à medida que o site é implementado para mais utilizadores e combinado com as seguintes diretrizes para otimização de páginas garante uma experiência positiva para os seus utilizadores.

O que fazer:

• Decida o tempo de cada fase e certifique-se de que tem uma oportunidade de contingência/pausa, caso precise de fazer ajustes antes de continuar
• Planeie o seu primeiro grupo de utilizadores que pretende ativar, para garantir que recebe os comentários de que precisa para avançar. Sempre que possível, selecione um grupo ativo de utilizadores que irá fornecer feedback em tempo útil
• À medida que planeia cada onda, tente começar com uma base de utilizadores pequena (menos de 5000 utilizadores). Aumente os tamanhos dos grupos à medida que avança com cada onda. Ao criar uma abordagem escalonada, permite oportunidades de pausa mais fáceis, conforme necessário.