Microsoft 365 앱의 엔터프라이즈 배포 계획
Microsoft 365 앱을 배포하고 업데이트를 관리하는 방법에 대한 지침은 이 문서를 참조하세요. 클라우드에서 Microsoft 365 앱을 배포할지, Configuration Manager를 사용할지 또는 네트워크 내의 로컬 원본에서 설치할지 결정하는 데 도움이 됩니다.
시작하기 전에
아직 평가하지 않은 경우 환경 및 인프라에 대한 평가를 완료합니다. 이 평가는 배포 계획의 일부로 주요 결정을 내리는 데 도움이 됩니다.
1단계 - 배포 방법 선택
먼저 사용할 배포 도구와 클라우드에서 설치할지 또는 네트워크의 로컬 원본에서 설치할지를 선택합니다.
참고
모범 사례: Microsoft는 포털 또는 Microsoft Intune을 사용하여 클라우드에서 Microsoft 365 앱을 배포하는 것이 좋습니다.
Microsoft 365 포털에서 배포를 관리하고 사용자가 포털에서 직접 클라이언트 디바이스에 Microsoft 365 앱을 설치하게 할 수도 있습니다. 이 메서드는 최소한의 관리 설정이 필요하지만 배포에 대한 제어를 덜 제공합니다. 그러나 사용자가 기능 업데이트를 받는 빈도를 계속 정의할 수 있습니다. 자세한 내용은 Microsoft 365 관리 센터에서 Microsoft 365 설치 옵션 관리를 참조하세요. 이 옵션을 사용하려면 사용자에게 클라이언트 장치에 대한 로컬 관리자 권한이 있어야 합니다.
디바이스에 대한 관리 권한에 대한 수많은 디바이스 또는 사용자 제한을 관리하면 이 옵션이 실용적이지 않은 경우 Microsoft Intune을 통해 Microsoft 365 앱을 배포하는 것이 좋습니다. 이 비디오 및 Intune 설명서를 확인하여 Microsoft 365 앱을 이러한 방식으로 배포하는 방법에 대해 자세히 알아보세요.
Configuration Manager를 사용하여 로컬 배포 지점에서 배포할 수도 있습니다. 이 옵션은 인터넷 링크의 네트워크 부하를 줄입니다. 최신 현재 분기 릴리스를 사용하는 것이 좋습니다.
Configuration Manager가 없지만 배포를 관리하려는 조직의 경우 ODT(Office 배포 도구)를 사용하는 것이 좋습니다. ODT는 독립 실행형 도구로 사용되거나 다른 소프트웨어 배포 도구를 통해 배포할 설치 파일을 다운로드하는 데 도움이 됩니다. 두 경우 모두 ODT는 설치, 업데이트 및 설정을 제어합니다. 자세한 내용은 Office 배포 도구 개요를 참조하세요.
ODT를 사용하고 네트워크 용량이 있는 경우 클라우드에서 Microsoft 365 앱을 배포하는 것이 좋습니다. 이렇게 하면 관리 오버헤드가 최소화됩니다. 클라우드의 클라이언트 디바이스에 설치할 네트워크 용량이 없는 경우 ODT를 사용하여 설치 파일을 네트워크의 로컬 원본으로 다운로드하고 해당 위치에서 설치할 수 있습니다. 그러나 이 방법은 배포에 더 많은 복잡성을 도입하며 권장되지 않습니다.
배포 방법을 선택합니다.
클라우드에서 자체 설치: Microsoft 365 포털에서 배포를 관리하고 사용자가 포털에서 직접 클라이언트 디바이스에 앱을 설치하게 합니다.
Intune을 사용하여 클라우드에서 배포: Intune을 통해 배포를 관리하고 Microsoft 365 앱의 구성 및 설치를 자동화합니다.
Configuration Manager를 사용하여 로컬 원본에서 배포: Configuration Manager를 사용하여 배포를 관리하고 네트워크의 배포 지점에서 다운로드하여 배포합니다.
Office 배포 도구를 사용하여 클라우드에서 배포: ODT를 사용하여 배포를 관리하고 Office CDN에서 직접 클라이언트 디바이스에 설치합니다.
Office 배포 도구를 사용하여 로컬 원본에서 배포: ODT를 사용하여 배포를 관리하고 네트워크의 로컬 원본에서 다운로드하여 배포합니다.
많은 조직에서 다양한 사용자에 대해 이러한 옵션을 조합하여 사용합니다. 예를 들어 조직에서는 Intune을 사용하여 대부분의 사용자에게 Microsoft 365 앱을 배포하지만 관리되는 디바이스를 사용하지 않는 소규모 작업자 그룹에 대해 자체 설치를 사용하도록 설정할 수 있습니다.
2단계 - 업데이트 관리 방법 선택
참고
모범 사례: 클라이언트 디바이스를 자동으로 업데이트하는 것이 좋습니다. 기능 업데이트 빈도를 정의할 수 있지만 업데이트는 관리 오버헤드 없이 발생합니다. 더 많은 제어를 수행하고 업데이트 배포 진행 상황과 같은 추가 인사이트를 얻으려면 클라우드 업데이트를 사용하는 것이 좋습니다.
Office CDN에서 자동으로 업데이트되도록 클라이언트 디바이스를 설정합니다. 이러한 설정은 초기 배포의 일부로 정의되지만 업데이트 자체는 다른 도구나 관리 오버헤드 없이 발생하므로 기능 업데이트 빈도를 제어할 수 있습니다. 또한 업데이트는 네트워크 대역폭을 절약하기 위해 며칠에 걸쳐 자동으로 배포됩니다.
Intune을 사용하여 다른 정책을 적용할 수도 있습니다. 예를 들어 업데이트 설치를 적용해야 하는 일 수 이후에 최종 기한을 설정하려면 디바이스에 ADMX 설정을 적용하는 방법에 대한 Intune 설명서를 검토합니다.
세 번째 클라우드 기반 옵션은 클라우드 업데이트를 사용하는 것입니다. 월간 엔터프라이즈 채널 및 현재 채널의 디바이스에 대한 클라우드 기반 업데이트 관리 솔루션입니다. 여기에는 고급 모니터링, 보고, 적용, 엄청난 디바이스 및 롤백과 같은 기능이 포함됩니다.
온-프레미스 원본에서 업데이트를 배포해야 하는 경우 업데이트를 다운로드하고 배포 지점에서 배포하여 Configuration Manager로 업데이트를 배포할 수 있습니다. 이전 버전의 Configuration Manager를 사용하는 경우 현재 분기로 업그레이드하는 것이 좋습니다.
Configuration Manager가 없는 경우 ODT를 사용하여 네트워크의 로컬 원본에 업데이트를 다운로드하고 해당 위치에서 배포할 수 있습니다. 이 옵션은 다양한 업데이트 채널, 아키텍처 및 플랫폼에 대한 업데이트 패키지를 관리해야 하므로 가장 많은 관리 오버헤드가 필요합니다. 네트워크 용량이 너무 제한되어 클라우드에서 업데이트할 수 없고 다른 솔루션을 사용할 수 없는 경우에만 이 옵션을 사용하는 것이 좋습니다.
업데이트 관리 방법을 선택합니다.
자동으로 업데이트: 클라이언트 장치는 초기 배포의 일부로 정의한 업데이트 채널에 따라 Office CDN에서 직접 자동으로 업데이트됩니다.
Intune을 사용하여 업데이트 관리: Intune을 사용하여 디바이스에서 정책을 설정하여 해당 디바이스가 클라우드에서 업데이트를 받는 방법과 시기를 제어합니다.
클라우드 업데이트를 사용하여 업데이트 관리: 월간 엔터프라이즈 채널 또는 현재 채널을 사용하는 경우 클라우드 업데이트는 클라우드에서 업데이트를 관리하는 가장 포괄적인 도구 집합을 제공합니다.
Configuration Manager를 사용하여 업데이트 관리: 업데이트는 Configuration Manager에서 다운로드하여 클라이언트 디바이스에 배포됩니다.
Office 배포 도구를 사용하여 업데이트를 관리합니다. ODT는 로컬 원본에 업데이트를 다운로드하고 클라이언트 디바이스에 설치합니다.
초기 배포의 경우와 마찬가지로 조직에서는 다양한 사용자를 위해 이러한 옵션 조합을 사용할 수 있습니다.
자세한 내용은 Microsoft 365 앱에 대한 업데이트를 제공하는 방법 선택을 참조하세요.
3단계 - 업데이트 채널 변경
Microsoft 365 앱을 사용하면 사용자가 애플리케이션에 대한 기능 업데이트를 받는 빈도를 제어할 수 있습니다. 이렇게 하려면 사용자에 대한 업데이트 채널을 선택합니다.
현재 채널: 준비되는 즉시 사용자에게 최신 기능을 제공하지만 일정은 정해지지 않습니다.
월간 엔터프라이즈 채널: 사용자에게 한 달에 한 번 및 예측 가능한 일정(월의 두 번째 화요일)에 대한 최신 기능을 제공합니다.
반기 엔터프라이즈 채널: 사용자에게 1월과 7월에 6개월마다 기능 롤업을 제공합니다.
참고
"설명 - Microsoft 365 앱 업데이트 채널" 비디오는 모든 업데이트 채널에 대한 전체 개요를 제공합니다.
현재 채널은 준비되는 즉시 사용자에게 최신 기능을 제공하기 때문에 권장됩니다. 새 기능이 출시될 때 더 많은 예측 가능성이 필요한 경우 클라우드 업데이트가 포함된 월간 엔터프라이즈 채널을 사용하는 것이 좋습니다. 클라우드 업데이트를 사용하면 웨이브의 특정 사용자 또는 그룹에 대한 월별 Microsoft 365 앱 업데이트를 자동으로 제공하여 네트워크에 미치는 영향을 제한합니다. 새 기능을 받기 전에 광범위한 테스트가 필요한 디바이스를 선택하는 경우 엔터프라이즈 채널에 Semi-Annual 것이 좋습니다.
모든 업데이트 채널은 필요할 때 보안 및 비보안 문제에 대한 업데이트를 받습니다. 이러한 업데이트는 일반적으로 월의 두 번째 화요일에 발생합니다.
자세한 내용은 Microsoft 365 앱의 업데이트 채널 개요를 참조하세요.
전체 조직에 배포하기 전에 새 업데이트를 미리 보거나 테스트하려면 다음 두 가지 옵션이 있습니다.
- 스테이징된 방식으로 업데이트를 배포합니다. 예를 들어 릴리스 날짜에 몇 가지 디바이스를 사용하여 업데이트 배포 프로세스를 시작합니다. 며칠 후 조직 전체의 샘플 집합으로 확장한 다음, 나머지 디바이스까지 두 개 이상의 웨이브로 확장합니다. 월간 엔터프라이즈 채널 및 클라우드 업데이트를 사용하면 업데이트 유효성 검사와 함께 사용자 지정 롤아웃 웨이브를 통해 단계적 배포를 자동화할 수 있습니다.
- 한 채널이 다른 채널보다 일찍 새 기능을 수신하는 업데이트 채널 조합을 배포합니다. 예를 들어 유효성 검사를 위해 사용자의 하위 집합에 현재 채널(미리 보기)을 배포하고 현재 채널을 디바이스의 대부분에 배포합니다. 이 시나리오에서 현재 채널을 사용하는 사용자는 일반적으로 현재 채널(미리 보기)을 사용하는 사용자가 몇 주 후에 기능 업데이트를 받습니다.
4단계 - 설치 패키지 정의
참고
모범 사례:
관리 오버헤드를 줄이기 위해 가능한 한 적은 수의 설치 패키지를 빌드합니다. 설치 프로세스가 클라우드에서 설치 파일을 가져오도록 허용하므로 설치 파일을 포함하고 유지 관리할 필요가 없습니다. 예를 들어 다른 업데이트 채널이 필요한 경우 하나의 패키지로 이동하여 나중에 업데이트 채널을 변경하는 사용 가능한 옵션 중 하나를 사용하여 업데이트 채널을 전환합니다.
Visio 또는 Project와 같은 업그레이드 중에 추가 제품을 설치해야 하는 경우 RemoveMSI와 함께 MSICondition을 사용하여 이전에 설치된 제품을 기반으로 제품을 동적으로 추가합니다.
추가 제품(예: Visio 또는 Project) 또는 언어 팩을 사용할 수 있어야 하는 경우 린(lean) 및 동적 설치를 빌드하여 나중에 추가합니다.
Office 사용자 지정 도구 및 Office 배포 도구를 사용하여 설치 패키지를 빌드합니다. 기본적으로 결과 패키지는 설치하는 동안 필요한 파일을 다운로드합니다.
환경에서 설치하는 동안 파일을 다운로드할 수 없는 경우 다른 방법을 사용합니다. "/download" 스위치를 사용합니다. 이 방법을 사용하면 필요한 원본 파일을 미리 가져올 수 있습니다. 그런 다음 설치 패키지에 이러한 파일을 포함합니다. 이 방법은 포함된 원본을 정기적으로 업데이트하여 유지 관리 작업을 늘려야 한다는 것을 의미합니다.
언어를 패키지하려면 각 지역에서 필요한 언어를 식별하는 것이 좋습니다. 첫 번째 설치의 일부로 이러한 언어를 직접 배포할 수 있습니다. 클라이언트 디바이스의 운영 체제와 일치하는 언어를 설치할 수도 있습니다. 자세한 내용은 운영 체제와 동일한 언어 설치를 참조하세요.
필요한 언어로 Office를 배포한 후에는 필요할 때마다 더 많은 언어 액세서리 팩을 추가할 수 있습니다. 더 많은 언어 액세서리 팩을 설치하려면 다음 옵션 중 하나를 선택합니다.
- 사용자가 Microsoft 365 포털에서 필요한 언어 액세서리 팩을 다운로드하고 설치하도록 합니다(로컬 관리자 권한이 필요).
- "관리자가 아닌 사용자가 언어 액세서리 팩을 설치할 수 있도록 허용" 정책을 설정하고 사용자에게 할당합니다. 이 정책을 사용하면 앱 UI를 통해 언어 팩을 직접 설치할 수 있습니다.
- Intune, Configuration Manager 또는 Office 배포 도구를 사용하여 사용자에게 적절한 언어 액세서리 팩을 배포합니다.
자세한 내용은 Microsoft 365 앱용 언어 배포 개요를 참조하세요.
선택할 아키텍처에 대한 자세한 내용은 32비트 또는 64비트 버전의 Office 선택을 참조하세요.
Project 및 Visio 데스크톱 앱의 구독 버전이 있는 경우 계속 사용합니다. 볼륨 라이선스 버전의 Project 및 Visio가 있는 경우 구독 버전으로 업그레이드하는 것이 좋습니다. 볼륨 라이선스 버전의 Project 또는 Visio를 계속 사용해야 하는 경우 동일한 컴퓨터에 다른 버전의 Office, Project 및 Visio를 설치하기 위한 지원되는 시나리오를 참조하세요.
5단계 - 기존 버전의 Office에서 업그레이드 계획
참고
모범 사례: Microsoft 365 앱 설정이 기존 MSI 기반 버전의 Office, Visio 및 Project를 자동으로 제거하도록 허용합니다. 동일한 디바이스에서 MSI 기반 Office와 병렬로 Microsoft 365 앱을 실행하지 않는 것이 좋습니다.
설치에 MSI(Windows Installer)를 사용하는 이전 Office 버전을 제거하는 데 도움이 되도록 Office 배포 도구를 사용합니다. RemoveMSI 요소를 지정하면 Microsoft 365 앱 배포 패키지 내에서 제거 프로세스를 간소화할 수 있습니다. 자세한 내용은 Microsoft 365 앱으로 업그레이드할 때 기존 MSI 버전의 Office 제거를 참조하세요.
6단계 - 공유 컴퓨터 계획(선택 사항)
참고
모범 사례: VDI와 같은 공유 컴퓨터 시나리오의 경우 Microsoft 365 앱을 배포할 때 공유 컴퓨터 활성화를 사용하도록 설정합니다.
여러 사용자가 VDI(가상 데스크톱 인프라) 또는 교대 근무자 간에 워크스테이션을 공유하는 환경에서 Microsoft 365 앱을 설정하려면 이러한 디바이스에서 공유 컴퓨터 활성화를 사용하도록 설정합니다.
공유 컴퓨터 활성화를 사용하도록 설정하면 Microsoft 365 앱 라이선스가 할당된 모든 사용자가 디바이스에 로그인하여 Word 또는 Excel과 같은 앱을 사용할 수 있습니다. 자세한 내용은 Microsoft 365 앱에 대한 공유 컴퓨터 정품 인증 개요를 참조하세요.
종료 조건 검토
배포를 시작하기 전에 계획 종료 조건을 완료해야 합니다.
| 계획 | 완료 여부 |
|---|---|
| 배포 방법 선택 | Y/N |
| 업데이트 관리 방법 선택 | Y/N |
| 업데이트 채널 선택 | Y/N |
| 원본 파일 정의 | Y/N |
| 배포 그룹 정의 | Y/N |
| 업그레이드 계획 | Y/N |
| 공유 컴퓨터 계획 | Y/N |
다음 단계
배포 계획에 따라 다음 문서 중 하나로 이동합니다.