Planeamiento del plan de lanzamiento del portal en SharePoint en Microsoft 365

Un portal es un sitio de SharePoint en la intranet con muchos visores de sitios que consumen contenido en el sitio. Las organizaciones grandes podrían tener varios portales. Por ejemplo, un portal de empresa y un portal de RR. HH. Por lo general, los portales tienen relativamente pocas personas que aportan y crean el sitio y su contenido. La mayoría de los visitantes del portal únicamente leen y usan el contenido.

En este artículo se describe cómo planear la implementación y el plan de implementación en SharePoint en Microsoft 365. También proporciona enfoques a seguir, ya que las pruebas de carga tradicionales no se permiten en SharePoint en Microsoft 365. SharePoint en Microsoft 365 es un servicio en la nube y Microsoft administra las capacidades de carga, el estado y el equilibrio general de carga en el servicio.

Para ayudar a crear un portal correcto, siga los principios básicos, las prácticas y las recomendaciones que se detallan en Creación, inicio y mantenimiento de un portal correcto.

Programador de inicio del portal

Use el programador de inicio del portal para liberar el portal a los usuarios de la organización en fases programadas. Más información:

Programador de inicio del portal

Información general sobre el planeamiento de capacidad en SharePoint en Microsoft 365

Con el fin de usar eficazmente la capacidad y hacer frente a un crecimiento inesperado, en cualquier granja de servidores, tenemos automatización que realiza un seguimiento de determinados escenarios de uso. Aunque el crecimiento exacto es imprevisible para cualquier inquilino de una granja de servidores, la suma agregada de solicitudes es predecible con el tiempo. Al identificar las tendencias de crecimiento en SharePoint en Microsoft 365, podemos planear una expansión futura. Para obtener más información, vea Planeamiento de capacidad y pruebas de carga de SharePoint.

Una parte clave de un lanzamiento correcto es el enfoque "wave" o "phased roll-out".

¿Puedo cargar sharePoint de prueba en Microsoft 365?

SharePoint en Microsoft 365 es un entorno multiinquilino compartido que se equilibra entre granjas de servidores y la escala se ajusta de forma continuada. Pruebas de carga de un entorno, como SharePoint en Microsoft 365, cuyos cambios de escala continuamente no solo le proporcionarán resultados inesperados, sino que no se permiten.

Más información: Planeamiento de capacidad y pruebas de carga de SharePoint en Microsoft 365

Optimización de páginas siguiendo las directrices recomendadas

Las páginas de una implementación local no deben moverse simplemente como están en SharePoint sin revisarlas en función de las directrices recomendadas para SharePoint. El mejor enfoque consiste en optimizar siempre cualquier página principal para cualquier sitio o portal de SharePoint, ya que aquí es donde la mayoría de los usuarios de su organización accederán como punto de partida para sus sitios.

Se deben tener en cuenta algunos factores básicos:

• Las implementaciones locales pueden usar cachés tradicionales del lado servidor, como la caché de objetos, la caché de salida y la caché de blobs. Con las diferencias de topología en la nube, estas opciones no están necesariamente disponibles, ya que las diferencias de escala hacen que sean enfoques menos viables.
• Las páginas, características o personalizaciones usadas para el consumo en la nube deben optimizarse para una mayor latencia y las ubicaciones distribuidas de los usuarios, de modo que los usuarios de diferentes áreas o regiones tengan una experiencia más coherente. La nube ofrece optimizaciones como Content Delivery Networks (CDN) para optimizar una base de usuarios distribuida y para SharePoint moderno, los últimos elementos web conocidos buenos (LKG) son utilizados por nuestros elementos web de fábrica (OOTB).

Qué hacer:

• Para todas las páginas de sitio de SharePoint, use la herramienta Diagnóstico de páginas, que es una extensión Chromium que ayuda a analizar y proporcionar instrucciones. Esta herramienta la pueden usar propietarios de sitios, editores, administradores y desarrolladores, ya que está diseñada para ser un punto de partida para el análisis y la optimización.
• Los desarrolladores también deben usar herramientas de desarrollo como F12 browser developer tool y CTRL-F12 en el explorador en páginas modernas. Fiddler también se puede usar para revisar el peso del tamaño (el tamaño de la página en megabytes) de la página y el número de llamadas y elementos que afectan a la carga general de la página.

Esta sección fue un breve resumen para optimizar las páginas. Para obtener más información, consulte: Creación, inicio y mantenimiento de un portal correcto.

Seguir un enfoque de lanzamiento por fases o ola

El enfoque tradicional de big bang para los lanzamientos de sitio no permitirá comprobar que las personalizaciones, orígenes externos, servicios o procesos se hayan probado a la escala correcta. Este enfoque no significa que se tarden meses en iniciarse, pero se recomienda durante al menos varios días en función del tamaño de la organización. Por lo tanto, después de un plan de implementación de oleadas, se ofrece la opción de pausar y resolver problemas antes de continuar con la siguiente fase y, por lo tanto, reduce el número potencial de usuarios afectados por cualquier problema. SharePoint como servicio escala su capacidad en función del uso y el uso previsto y, aunque no necesitamos que nos notifique el inicio, debe seguir las directrices para garantizar el éxito.

Como se muestra en la siguiente imagen, a menudo el número de usuarios invitados es mayor que el que realmente usa el sitio. Esta imagen muestra una estrategia sobre cómo implementar una versión. Este método ayuda a identificar formas de mejorar el sitio de SharePoint antes de que la mayoría de los usuarios lo vean.

En la fase piloto, es bueno obtener comentarios de los usuarios en los que la organización confía y sabe que se involucrará. De este modo, es posible medir cómo se usa el sistema y cómo funciona.

Durante cada una de las oleadas, recopile los comentarios de los usuarios en torno a las características y el rendimiento durante cada oleada de implementación. La recopilación de comentarios tiene la ventaja de introducir lentamente el sistema y realizar mejoras a medida que el sistema se usa más. Esto también nos permite reaccionar ante el aumento de la carga, ya que el sitio se implementa para más usuarios y combinado con seguir las directrices para la optimización de páginas garantiza una experiencia positiva para los usuarios.

Qué hacer:

• Decida el tiempo de cada fase y asegúrese de que tiene una oportunidad de contingencia/pausa, en caso de que tenga que realizar ajustes antes de continuar
• Planee el primer grupo de usuarios que desea habilitar para asegurarse de que recibe los comentarios que necesita para avanzar. Siempre que sea posible, seleccione un grupo activo de usuarios que proporcionará comentarios de forma oportuna.
• A medida que planee cada oleada, intente empezar con una base de usuarios pequeña (menos de 5000 usuarios). Aumente los tamaños de grupo a medida que continúe con cada ola. Al crear un enfoque escalonado, permite que las oportunidades de pausa sean más fáciles según sea necesario.