Planear o plano de lançamento do portal no SharePoint Online

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

Este artigo descreve como planear o seu plano de implementação e implementação para o SharePoint Online. Também fornece abordagens a seguir como testes de carregamento tradicionais não são permitidas no SharePoint Online. O SharePoint Online é um serviço em nuvem e as capacidades de carregamento, o estado de saúde e o saldo geral da carga no serviço são geridos pela Microsoft.

Para ajudar a criar um portal de sucesso, siga os princípios básicos, práticas e recomendações detalhados no portal Criar, iniciar e manter um portal saudável

A abordagem da implementação está realçada abaixo.

Programador de Iniciação do Portal

Utilize o programador de lançamento do portal para disponibilizar o seu portal aos utilizadores da sua organização em fases agendadas. Saiba mais:

Ícone calendário. Programador de Iniciação do Portal

Visão geral do planeamento de capacidade no SharePoint Online

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

Uma parte importante de um lançamento bem-sucedido é a abordagem de "lançamento faseado" ou "lançamento faseado" detalhado abaixo.

Posso carregar o teste de teste do SharePoint Online?

O SharePoint Online é um ambiente multi-inquilino partilhado que é equilibrado entre farms e a escala é ajustado de forma contínua. Carregar testar um ambiente, como o SharePoint Online, cuja escala é alterada continuamente não só lhe oferecerá resultados inesperados, como não é permitido.

Saiba mais: Planeamento de capacidade e teste de carga do SharePoint Online

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

Alguns fatores básicos devem ser considerados:

  • As implementções no local podem utilizar caches tradicionais do lado do servidor, como cache de objeto, cache de saída e cache de blob. Com as diferenças de topologia na nuvem, estas opções não estão necessariamente disponíveis, uma vez que as grandes diferenças de escala fazem com que sejam menos viáveis.
  • Quaisquer páginas/funcionalidades/personalizações utilizadas para o consumo na nuvem devem ser otimizadas para uma latência superior 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 Nuvem oferece otimizações como as Redes de Entrega de Conteúdos (CDN) para otimizar para uma base de utilizador distribuída e para o SharePoint moderno, a última peça Web de bem conhecido (LKG) utilizada pela nossa peça Web Fora da Caixa (OOTB).

O que fazer:

  • Para todas as páginas de site no SharePoint Online, utilize a ferramenta Diagnósticos de Página, que é uma extensão de Chromium que ajuda na análise e no fornecimento de orientações. Isto pode ser utilizado por proprietários de sites, editores, administradores e programadores, uma vez que foi concebido 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 F12 do browser e Ctrl-F12 no browser em páginas modernas. O Fiddler também pode ser utilizado para rever a importância do tamanho (o tamanho da página está em megabytes) da página e o número de chamadas e elementos que afetam o carregamento de página geral.

Esta secção foi um breve resumo para otimizar páginas. Para saber mais, consulte: Criar, iniciar e manter um portal saudável.

Seguir uma abordagem de vaga/roll-out faseada

A abordagem tradicional de big bang para lançamentos de site não permitirá a verificação de que as personalizações, origens externas, serviços ou processos foram testados à escala certa. Esta abordagem não significa que irá demorar meses a ser iniciado, mas é recomendada durante pelo menos vários dias, de acordo com o tamanho da sua organização. Seguir um plano de roll-out em onda dá-lhe a opção de pôr em pausa e resolver problemas antes de avançar para 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, mas apesar de não precisarmos que nos notifique da sua utilização, deve seguir as diretrizes para garantir o sucesso.

Tal como apresentado na imagem seguinte, muitas vezes o número de utilizadores convidados é significativamente superior ao número de utilizadores que realmente utilizam o site. Esta imagem mostra uma estratégia sobre como lançar um lançamento. Este método ajuda a identificar formas de melhorar o site SharePoint antes da maioria dos utilizadores o verem.

Graph a mostrar utilizadores convidados e ativos.

Na fase piloto, é bom receber feedback dos utilizadores que a organização confia e sabe que estarão envolvidos. Desta forma, é possível avaliar a forma como o sistema está a ser utilizado e como está a ser efetuado.

Durante cada uma das vagas, reúna o feedback dos utilizadores em torno das funcionalidades e do desempenho durante cada vaga de implementação. Recolher comentários tem a vantagem de introduzir lentamente o sistema e fazer melhorias à medida que o sistema fica mais utilizado. Isto também nos permite reagir ao aumento do carregamento à medida que o site é rolled para mais utilizadores e combinado com o seguimento das diretrizes para a otimização da página garante uma experiência positiva para os seus utilizadores.

O que fazer:

  • Decida a temporização de cada fase e certifique-se de que tem uma oportunidade de contingência/pausa, caso precise de fazer ajustes antes de continuar
  • Planeia o seu primeiro grupo de utilizadores que pretende ativar, para garantir que recebe o feedback de que precisa para avançar. Sempre que possível, selecione um grupo de utilizadores ativo que irá fornecer feedback ate momento
  • À medida que planeia cada vaga, experimente começar com uma base de utilizadores pequenas (menos de 5000 utilizadores). Aumente os tamanhos dos grupos à medida que avança para cada vaga. Ao criar uma abordagem escalada, permite uma pausa mais fácil, conforme necessário.