SharePoint Online에서 포털 시작 롤아웃 계획Planning your portal launch roll-out plan in SharePoint Online

포털은 사이트에서 콘텐츠를 사용하는 다수의 사이트 방문자를 보유하는 인트라넷 상의 SharePoint 사이트입니다.A portal is a SharePoint site on your intranet that has a large number of site viewers who consume content on the site. 대규모 조직에서는 이들을 다수 보유할 수도 있습니다. 예를 들어 회사 포털과 HR 포털이 있습니다.In large organizations there could be several of these; for example, a company portal and an HR portal. 일반적으로 포털에서는 사이트와 해당 콘텐츠를 만들고 저술하는 사용자가 비교적 적습니다.Typically portals have relatively few people who create and author the site and its content. 포털을 사용하는 대부분의 방문자는 콘텐츠를 읽고 사용하기만 합니다.Most visitors to the portal only read and consume the content.

이 문서에서는 온라인에서 배포 및 롤아웃 계획을 세우는 SharePoint 설명합니다.This article describes how to plan your deployment and roll-out plan to SharePoint Online. 또한 기존 부하 테스트가 온라인에서 허용되지 않는 방식도 SharePoint 있습니다.It also provides approaches to follow as traditional load testing is not permitted on SharePoint Online. SharePoint 온라인은 클라우드 서비스로, 서비스의 부하 기능, 상태 및 전반적인 부하 잔액은 Microsoft에서 관리합니다.SharePoint Online is a cloud service and the load capabilities, health and overall balance of load in the service are managed by Microsoft.

성공적인 포털 만들기를 지원하기 위해 정상 포털 만들기, 시작 및 유지 관리에 자세히 설명된 기본 원칙, 사례 및 권장 사항을 따르하세요.To help in creating a successful portal, follow the basic principles, practices and recommendations detailed in the Creating, launching and maintaining a healthy portal

배포 방법은 아래에서 강조 표시됩니다.The deployment approach is highlighted below.

SharePoint Online의 용량 계획 개요Overview of capacity planning in SharePoint Online

모든 팜에서 용량을 효율적으로 활용하고 예기치 않은 증가를 처리하기 위해 특정 사용 시나리오를 추적하는 자동화 기능을 제공합니다.In order to efficiently use capacity and deal with unexpected growth, in any farm, we have automation that tracks certain usage scenarios. 한 팜에 있는 테넌트 하나에 대해 정확한 증가를 예측할 수 없는 반면, 집계된 요청 합계는 시간이 경과하면서 예측할 수 있습니다.While exact growth is unpredictable for any one tenant in any one farm, the aggregated sum of requests is predictable over time. SharePoint Online의 증가 추세를 파악하여 향후 확장을 계획할 수 있습니다.By identifying the growth trends in SharePoint Online, we can plan for future expansion. 용량 계획 및 부하 테스트에 대한 자세한 내용은 SharePoint 합니다.For more information on Capacity planning and load testing SharePoint Online.

성공적인 실행의 핵심 부분은 아래에 자세히 설명된 "웨이브" 또는 "단계적 롤아웃" 접근 방식입니다.A key part of a successful launch is the "wave" or "phased roll-out" approach detailed below.

온라인에서 테스트 SharePoint 수 있나요?Can I load test SharePoint Online?

SharePoint 온라인은 팜 전체에서 균형이 조정되는 공유 다중 테넌트 환경으로, 계속 조정됩니다.SharePoint Online is a shared multi-tenanted environment which is balanced across farms and scale is adjusted in an on-going basis. 확장이 지속적으로 변경되는 SharePoint 온라인과 같은 환경을 부하 테스트하면 예기치 않은 결과가 발생할 수 있지만 허용되지 않습니다.Load testing an environment, like SharePoint Online, whose scale changes continuously will not only give you unexpected results but it is not permitted.

자세한 내용은 다음을 SharePoint 온라인을 통해 수행하세요.Learn more: Capacity planning and load testing SharePoint Online

SharePoint Online에 대한 권장 지침에 따라 페이지를 검토하지 않고도 SharePoint 프레미스 배포의 페이지를 SharePoint 않습니다.Pages from an on-Premise deployment should not simply be moved as they are onto SharePoint Online without reviewing them against recommended guidelines for SharePoint Online. 조직의 대부분의 사용자가 사이트의 시작점으로 액세스할 수 있는 위치인 SharePoint 사이트의 모든 포털에 대해 항상 모든 홈 페이지를 최적화하는 것이 가장 좋습니다.The best approach is to always optimize any home page for any site or portal in SharePoint, as this is where most users in your organization will access as the starting point for your site(s).

몇 가지 기본 요인을 고려해야 합니다.A few basic factors should be considered:

  • 사내 배포는 개체 캐시, 출력 캐시 및 Blob 캐시와 같은 기존 서버 쪽 캐시를 활용할 수 있습니다.On-Premise deployments can leverage traditional server-side caches like object cache, output cache and blob cache. 클라우드의 토폴로지 차이로 희미한 배율 차이로 접근 방식이 줄어들기 때문에 이러한 옵션을 반드시 사용할 수 있는 것은 아니어도 됩니다.With the topology differences in the cloud, these options are not necessarily available as the sheer scale differences make them less viable approaches.
  • 클라우드 사용에 사용되는 모든 페이지/기능/사용자 지정은 다른 영역 또는 지역의 사용자가 보다 일관된 환경을 제공하도록 사용자의 분산된 위치뿐만 아니라 더 높은 대기 시간으로 최적화해야 합니다.Any pages / features / customizations used for cloud consumption should be optimized for higher latency as well as the distributed locations of users, so that users in different areas or regions have a more consistent experience. 클라우드는 분산된 사용자 기반 및 최신 SharePoint 최적화를 위해 콘텐츠 배달 네트워크(CDN)와 같은 최적화를 제공합니다SharePoint 마지막으로 알려진 LKG(Good)는 OOTB(기본 제공) 웹 파트에서 활용됩니다.Cloud offers optimizations like Content Delivery Networks (CDN) to optimize for a distributed user base as well as for modern SharePoint, the last known good (LKG) is utilized by our out of the box (OOTB) web parts.

할 일:What to do:

  • SharePoint Online의 모든 사이트 페이지에는 분석 및 지침을 제공하는 데 도움이 될 Chromium 확장인 페이지 진단 도구를 사용합니다.For all site pages in SharePoint Online use the Page Diagnostics tool, which is a Chromium extension which will assist with analyzing and providing guidance. 사이트 소유자, 편집자, 관리자 및 개발자가 분석 및 최적화의 시작점으로 사용할 수 있습니다.This can be used by site owners, editors, administrators and developers as it is designed to be a starting point for analysis and optimization.
  • 개발자는 최신 페이지의 브라우저에서 Ctrl-F12뿐만 아니라 F12 브라우저 개발자 도구와 같은 개발 도구도 사용해야 합니다.Developers should also use development tools like F12 browser developer tool as well as CTRL-F12 in the browser on modern pages. Fiddler를 사용하여 페이지의 크기 가중치(페이지 크기가 메가바이트)와 전체 페이지 로드에 영향을 미치는 호출 및 요소 수를 검토할 수도 있습니다.Fiddler can also be used to review the size weight (how large the page is in megabytes) of the page and the number of calls and elements impacting the overall page load.

이 섹션에서는 페이지를 최적화하기 위한 간략한 요약을 제공합니다.This section was a brief summary for optimizing pages. 자세한 내용은 다음을 참조하고, 정상 포털을 만들고, 시작하고, 유지 관리합니다.To learn more see: Creating, launching and maintaining a healthy portal.

웨이브/단계적 롤아웃 방식 따르기Follow a Wave / Phased roll-out approach

사이트 실행을 위한 기존의 Big bang 접근 방식에서는 사용자 지정, 외부 원본, 서비스 또는 프로세스가 올바른 규모로 테스트된 것이 확인되지 않습니다.The traditional big bang approach for site launches will not allow verification that customizations, external sources, services or processes have been tested at the right scale. 이는 시작되는 데 몇 개월이 걸릴 수 있는 것은 아니며 조직 규모에 따라 적어도 며칠 동안 권장됩니다.This doesn't mean that it will take months to launch, but it is recommended over at least several days dependent on your organization size. 따라서 웨이브 롤아웃 계획에 따라 다음 단계를 진행하기 전에 문제를 일시 중지하고 해결할 수 있는 옵션을 제공하므로 문제가 발생할 수 있는 사용자 수가 줄어든다.Following a wave roll-out plan therefore gives you the option to pause and resolve issues before proceeding with the next phase and therefore lowers the potential number of users impacted by any issues. SharePoint 서비스로 사용하면 사용량 및 예측된 사용량에 따라 용량을 확장할 수 있으며, 시작을 알려드릴 필요가 없는 경우에는 지침에 따라 성공을 보장해야 합니다.SharePoint as a service scales your capacity based on usage and predicted usage and whilst we don't need you to notify us of your launch, you should follow the guidelines to ensure success.

다음 이미지와 같이 초대된 사용자 수가 실제로 사이트를 사용하는 사용자보다 훨씬 많은 경우가 종종 있습니다.As shown in the following image, often the number of users that are invited is significantly higher than those that actually use the site. 이 이미지는 릴리스를 롤아웃하는 방법에 대한 전략을 보여줍니다.This image shows a strategy about how to roll out a release. 이 방법은 대부분의 사용자에게 표시되기 SharePoint 사이트를 개선하는 방법을 식별하는 데 도움이 됩니다.This method helps identify ways to improve the SharePoint site before the majority of the users see it.

초대받은 사용자 및 활성 사용자를 보여 주는 그래프

파일럿 단계에서는 조직이 신뢰하고 참여할 것으로 알고 있는 사용자로부터 피드백을 받을 수 있습니다.In the pilot phase, it is good to get feedback from users that the organization trusts and knows will be engaged. 이렇게 하면 시스템 사용 방법과 시스템 수행 방법을 측정할 수 있습니다.This way it is possible to gauge how the system is being used, as well as how it is performing.

각 단계 동안 배포의 각 단계 동안 성능뿐만 아니라 기능에 대한 사용자 피드백을 수집합니다.During each of the waves, gather user feedback around the features as well as the performance during each wave of deployment. 이는 시스템이 느리게 도입되고 시스템이 더 많이 사용될 때 개선할 수 있는 이점이 있습니다.This has the advantage of slowly introducing the system and making improvements as the system gets more use. 또한 사이트가 더 많은 사용자에게 롤아웃될 때 증가하는 부하에 대응하고 페이지 최적화 지침에 따라 사용자에 대한 긍정적인 환경을 보장할 수 있습니다.This also allows us to react to the increased load as the site is rolled out to more and more users and combined with following the guidelines for page optimization ensures a positive experience for your users.

할 일:What to do:

  • 각 단계의 타이밍을 결정하고, 계속하기 전에 조정해야 하는 경우 대치/일시 중지 기회가 있는지 확인Decide on the timing of each phase and ensure that you have a contingency / pause opportunity, should you need to make adjustments before continuing
  • 사용하도록 설정할 첫 번째 사용자 그룹을 계획하여 앞으로 이동해야 하는 피드백을 받을 수 있도록 합니다.Plan your first group of users that you want to enable, to ensure you receive the feedback you need to move forward. 즉, 가능한 경우 적시에 피드백을 제공할 활성 사용자 그룹을 선택합니다.This means that where possible, select an active group of users that will provide feedback in a timely fashion
  • 각 웨이브를 계획할 때 작은 사용자 기반(5,000명 미만)으로 시작한 다음 각 웨이브를 진행할 때 그룹 크기를 늘려야 합니다.As you plan each wave, try and start with a small user base (less than 5000 users), and then increase the group sizes as you proceed with each wave. 이렇게 하면 시차가 있는 접근 방식을 만들 수 있으며 필요한 일시 중지 기회를 쉽게 일시 중지할 수 있습니다.This helps to create a staggered approach and allows easier pause opportunities that may be needed.