Compartir a través de


Guía de implementación para portales de SharePoint Online

Después de haber dedicado su tiempo y energía a crear ese nuevo portal basado en SharePoint, quiere que se viva lo antes posible... pero, ¿cuál sería un buen modelo para hacerlo? En este artículo se explica el modelo recomendado para implementar el portal en los usuarios finales.

Nota:

Aunque esta guía está destinada principalmente a SharePoint Online, la mayor parte también se aplica a portales alojados en un entorno de SharePoint local.

Qué debe evitar

La lista siguiente contiene las cosas clave que no se deben hacer al implementar el portal.

No debe:

  • Pruebe el portal con esfuerzo en el inquilino de SharePoint Online.
  • Haga una versión de big bang, esencialmente lanzando su nuevo portal a todos los usuarios en el mismo momento.
  • Comparta el portal con un gran número de grupos de seguridad como miembros del grupo de sitios. Esto puede ocurrir con un gran número (30-40 000) grupos de seguridad, cada uno con una sola pertenencia a grupos de sitios, o puede ser un número menor de grupos de seguridad que son miembros de muchos grupos de sitios.

Cómo lo hizo en el pasado

En el pasado, los clientes a menudo realizaban pruebas de esfuerzo masivas en sus portales locales de SharePoint porque querían evaluar si la infraestructura podía controlar la carga y, al mismo tiempo, proporcionar tiempos de carga de página decentes.

Sin embargo, con SharePoint Online, no se permite realizar una prueba de esfuerzo clásica porque:

  • SharePoint Online ve la prueba de carga como un ataque por denegación de servicio y simplemente bloquea al usuario, o incluso peor, al inquilino completo.

  • Si la prueba de carga no se bloquea, se limita, lo que resulta en resultados de prueba difíciles de interpretar.

  • SharePoint Online escala dinámicamente su infraestructura subyacente, que funciona muy bien, pero no si de repente se produce un aumento masivo de la carga. El modelo de back-end de escalado necesita tiempo para absorber el aumento de la carga.

  • Esta prueba de rendimiento es solo una validación única, mientras que el portal seguirá evolucionando. Es mejor confiar en la telemetría integrada del portal para poder realizar un seguimiento continuo del rendimiento del portal. También es difícil crear una prueba de carga que represente un patrón de uso real.

El enfoque recomendado para implementar el nuevo portal es usar un plan de implementación por fases combinado con la telemetría integrada del portal para medir el rendimiento del portal mientras se agregan más usuarios. En la sección siguiente se proporcionan más detalles sobre este enfoque.

Uso de un plan de implementación por fases y telemetría

El modelo recomendado para implementar una nueva funcionalidad es un enfoque por fases que normalmente consta de lo siguiente:

  • Una ola piloto: esta es la primera vez que se abre el portal a un grupo de usuarios clave seleccionados. Es importante obtener un conjunto de usuarios representativos, críticos y clave que puedan proporcionar los comentarios iniciales.

  • Una o varias oleadas de usuario final: el número de ondas que tenga depende del número de usuarios que tenga, combinado con el modelo que está siguiendo. Algunas empresas alinean sus oleadas de lanzamiento con su estructura organizativa; otras empresas se alinean por país o región. Al final, lo que más importa es el hecho de que va a agregar gradualmente nuevos usuarios al portal.

En el diagrama siguiente se muestra un plan de implementación gradual. Tenga en cuenta que esto tiene en cuenta el hecho de que normalmente las oleadas de usuario final tienen menos usuarios activos que los usuarios invitados.

Modelo de implementación por fases del portal

Este enfoque por fases le proporciona tiempo para absorber comentarios y realizar ajustes en el portal si es necesario. Sin embargo, ¿cómo se mide y se realiza un seguimiento del rendimiento durante esta implementación por fases?

El enfoque recomendado para ello consiste en insertar la telemetría del portal en la implementación, como se explica en la sección telemetría de Instrucciones de rendimiento para portales de SharePoint Online. Tener un flujo continuo de datos de rendimiento del portal le ayuda a comprender si el rendimiento del portal cambia a medida que aumenta el número de usuarios. También puede ser útil en el futuro cuando realice cambios en el portal.

Vea también