Microsoft 365의 SharePoint에서 포털 출시 계획

포털은 사이트의 콘텐츠를 사용하는 많은 사이트 뷰어와 함께 인트라넷의 SharePoint 사이트입니다. 대규모 조직에는 여러 포털이 있을 수 있습니다. 예를 들어 회사 포털 및 HR 포털이 있습니다. 일반적으로 포털에서는 사이트와 해당 콘텐츠를 만들고 저술하는 사용자가 비교적 적습니다. 포털을 사용하는 대부분의 방문자는 콘텐츠를 읽고 사용하기만 합니다.

이 문서에서는 Microsoft 365에서 SharePoint에 배포 및 롤아웃 계획을 계획하는 방법을 설명합니다. 또한 Microsoft 365의 SharePoint에서 기존 부하 테스트가 허용되지 않으므로 따라야 하는 접근 방식을 제공합니다. Microsoft 365의 SharePoint는 클라우드 서비스이며 서비스의 부하 기능, 상태 및 전반적인 부하 분산은 Microsoft에서 관리합니다.

성공적인 포털을 만드는 데 도움이 되도록 정상 포털 만들기, 시작 및 유지 관리에 자세히 설명된 기본 원칙, 사례 및 권장 사항을 따릅니다.

포털 시작 스케줄러

포털 시작 스케줄러를 사용하여 예약된 단계에서 조직의 사용자에게 포털을 릴리스합니다. 자세한 정보:

포털 시작 스케줄러

Microsoft 365 SharePoint의 용량 계획 개요

용량을 효율적으로 사용하고 예기치 않은 증가를 처리하기 위해 모든 팜에서 특정 사용 시나리오를 추적하는 자동화가 있습니다. 한 팜의 모든 테넌트에서 정확한 증가는 예측할 수 없지만 시간이 지남에 따라 집계된 요청 합계를 예측할 수 있습니다. Microsoft 365의 SharePoint 성장 추세를 파악하여 향후 확장을 계획할 수 있습니다. 자세한 내용은 SharePoint 용량 계획 및 부하 테스트를 참조하세요.

성공적인 출시의 핵심 부분은 "웨이브" 또는 "단계적 롤아웃" 접근 방식입니다.

Microsoft 365에서 SharePoint 테스트를 로드할 수 있나요?

Microsoft 365의 SharePoint는 팜 간에 균형을 이루고 규모가 지속적으로 조정되는 공유 다중 테넌트 환경입니다. Microsoft 365의 SharePoint와 같은 환경의 부하 테스트는 확장 변경이 지속적으로 예기치 않은 결과를 제공할 뿐만 아니라 허용되지 않습니다.

자세한 정보: Microsoft 365의 SharePoint 용량 계획 및 부하 테스트

권장 지침에 따라 페이지 최적화

온-프레미스 배포의 페이지는 SharePoint에 대한 권장 지침에 대해 검토하지 않고 SharePoint로 이동하면 안 됩니다. 가장 좋은 방법은 조직의 대부분의 사용자가 사이트의 시작점으로 액세스하는 위치이므로 SharePoint의 모든 사이트 또는 포털에 대한 홈페이지를 항상 최적화하는 것입니다.

몇 가지 기본 요소를 고려해야 합니다.

• 온-프레미스 배포는 개체 캐시, 출력 캐시 및 Blob 캐시와 같은 기존 서버 쪽 캐시를 사용할 수 있습니다. 클라우드의 토폴로지 차이로 이러한 옵션을 반드시 사용할 수 있는 것은 아닙니다. 이러한 옵션은 크기가 매우 다르기 때문에 실행 가능한 접근 방식이 적기 때문에 반드시 사용할 수 있는 것은 아닙니다.
• 클라우드 사용에 사용되는 모든 페이지/기능/사용자 지정은 대기 시간 및 사용자의 분산된 위치에 최적화되어 다른 영역이나 지역의 사용자가 보다 일관된 환경을 갖출 수 있도록 해야 합니다. 클라우드는 분산된 사용자 기반 및 최신 SharePoint에 최적화하기 위해 CDN(Content Delivery Networks)과 같은 최적화를 제공하며, 마지막으로 알려진 LKG(Good)는 OOTB(기본 제공) 웹 파트에서 활용됩니다.

수행할 일:

• SharePoint의 모든 사이트 페이지에 대해 지침 분석 및 제공을 지원하는 Chromium 확장인 페이지 진단 도구를 사용합니다. 이 도구는 사이트 소유자, 편집기, 관리자 및 개발자가 분석 및 최적화를 위한 시작점으로 설계되므로 사용할 수 있습니다.
• 또한 개발자는 최신 페이지의 브라우저에서 F12 브라우저 개발자 도구 및 Ctrl-F12와 같은 개발 도구를 사용해야 합니다. Fiddler 를 사용하여 페이지의 크기 가중치(페이지 크기가 MB 단위)와 전체 페이지 로드에 영향을 주는 호출 및 요소 수를 검토할 수도 있습니다.

이 섹션은 페이지를 최적화하기 위한 간략한 요약입니다. 자세한 내용은 정상 포털 만들기, 시작 및 유지 관리를 참조하세요.

웨이브/단계적 롤아웃 방법 수행

사이트 출시에 대한 기존의 빅뱅 접근 방식은 사용자 지정, 외부 원본, 서비스 또는 프로세스가 적절한 규모로 테스트되었는지 확인하는 것을 허용하지 않습니다. 이 방법은 시작하는 데 몇 달이 걸린다는 의미는 아니지만 조직 크기에 따라 며칠 이상 권장됩니다. 따라서 웨이브 롤아웃 계획에 따라 다음 단계를 진행하기 전에 문제를 일시 중지하고 해결할 수 있는 옵션이 제공되므로 문제의 영향을 받는 잠재적인 사용자 수가 줄어듭니다. SharePoint as a Service는 사용량 및 예측 사용량에 따라 용량을 스케일링하며, 출시에 대해 알려줄 필요는 없지만, 성공을 보장하기 위해 지침을 따라야 합니다.

다음 이미지와 같이 초대된 사용자 수가 실제로 사이트를 사용하는 사용자 수보다 높은 경우가 많습니다. 이 이미지는 릴리스를 롤아웃하는 방법에 대한 전략을 보여줍니다. 이 방법은 대부분의 사용자가 보기 전에 SharePoint 사이트를 개선하는 방법을 식별하는 데 도움이 됩니다.

파일럿 단계에서는 조직에서 신뢰하고 참여한다는 것을 알고 있는 사용자로부터 피드백을 받는 것이 좋습니다. 이렇게 하면 시스템이 사용되는 방식과 시스템 성능을 측정할 수 있습니다.

각 웨이브 동안 각 배포 웨이브 동안 기능 및 성능에 대한 사용자 피드백을 수집합니다. 피드백을 수집하면 시스템이 더 많이 사용됨에 따라 시스템을 천천히 도입하고 개선할 수 있는 이점이 있습니다. 또한 사이트가 더 많은 사용자에게 롤아웃되고 페이지 최적화 지침에 따라 결합되어 사용자에게 긍정적인 환경을 제공함에 따라 증가된 부하에 대응할 수 있습니다.

수행할 일:

• 각 단계의 타이밍을 결정하고 계속하기 전에 조정해야 하는 경우 비상/일시 중지 기회가 있는지 확인합니다.
• 활성화하려는 첫 번째 사용자 그룹을 계획하여 앞으로 나아가는 데 필요한 피드백을 받을 수 있도록 합니다. 가능한 경우 적시에 피드백을 제공할 활성 사용자 그룹을 선택합니다.
• 각 웨이브를 계획할 때 작은 사용자 기반(사용자 5,000명 미만)으로 시작합니다. 각 웨이브를 진행하면서 그룹 크기를 늘입니다. 엇갈리게 하는 접근 방식을 만들면 필요에 따라 더 쉽게 일시 중지할 수 있습니다.