Microsoft 365 앱의 엔터프라이즈 배포 계획하기

이 문서의 단계에 따라 Office를 배포하는 방법, Office 업데이트를 관리하는 방법 및 네트워크의 로컬 원본 또는 클라우드 중에서 어떤 방식으로 Office 파일을 배포할지 여부를 선택합니다.

시작하기 전에

아직 수행하지 않은 경우 환경 및 인프라 평가를 완료합니다. 이 평가는 배포를 계획할 때 중요한 결정을 내리는 데 도움이 됩니다.

1단계 - 배포 방법 선택

참고

모범 사례: Configuration Manager를 이미 사용 중인 경우 현재 지점에 있는지 확인하고 이 지점을 사용해서 네트워크 배포 지점에서 Office를 배포합니다. Configuration Manager가 없는 경우 Office 배포 도구를 사용하고 클라우드에서 Office를 배포합니다. 네트워크 용량이 이 작업을 허용하지 않을 경우 로컬 원본에서 ODT를 사용해서 Office를 배포합니다. 관리 제어가 별로 필요하지 않고, 네트워크 용량이 충분하여 사용자가 Office 포털에서 직접 설치해도 괜찮을 경우 직접 설치가 권장됩니다.

Office를 배포하려면 먼저 사용할 배포 도구와 Office 파일을 클라우드에서 직접 설치할지 또는 네트워크의 로컬 원본에서 설치할지를 선택합니다.

이미 Configuration Manager를 사용하여 소프트웨어를 배포하고 관리하는 조직의 경우 Configuration Manager의 현재 지점을 사용하는 것이 좋습니다. Configuration Manager는 대규모 환경에 맞게 확장되고, 설치, 업데이트 미 설정을 포괄적으로 제어하고, Office 배포 및 관리를 위한 기본 제공 기능을 포함합니다.

Configuration Manager를 사용하여 배포하는 경우 Configuration Manager 배포 지점을 사용하여 로컬 원본에서 배포하는 것이 좋습니다. 이전 버전의 Configuration Manager를 사용하는 경우 Office 배포에 사용하기 전에 현재 지점으로 업그레이드하는 것이 좋습니다.

구성 관리자는 없지만 여전히 해당 배포를 관리하려는 조직의 경우 Office 배포 도구(ODT)를 사용하는 것이 좋습니다. ODT를 독립 실행형 도구로 사용하거나 타사 소프트웨어 배포 도구를 사용하여 배포할 수 있는 설치 파일을 다운로드하는 데 사용할 수 있습니다. 두 경우 모두 ODT는 설치, 업데이트 및 설정을 제어할 수 있도록 합니다. 자세한 내용은 Office 배포 도구 개요를 참조하세요.

ODT를 사용하며 네트워크 용량이 충분한 경우 클라우드에서 Office를 배포하는 것이 좋습니다. 이렇게 하면 관리 오버헤드가 최소화됩니다. 클라우드에서 클라이언트 장치에 Office를 설치하기 위한 네트워크 용량이 없으면 ODT를 사용하여 네트워크의 로컬 원본으로 Office 파일을 다운로드한 후 해당 위치에서 설치할 수 있습니다.

Office 포털에서 배포를 관리하고 사용자가 포털에서 직접 클라이언트 장치에 Office를 설치하도록 할 수도 있습니다. 이 방법을 사용하려면 최소한의 관리 설정이 필요하지만 배포에 대한 제어 권한은 줄어듭니다. 그러나 사용자가 기능 업데이트를 받는 빈도는 계속 정의할 수 있습니다. 자세한 내용은 Microsoft 365 관리 센터에서 Office 설치 옵션 관리를 참조합니다. 이 옵션을 사용하려면 사용자에게 클라이언트 장치에 대한 로컬 관리 권한이 있어야 합니다.

배포 방법을 선택합니다.

  • Configuration Manager를 사용하여 로컬 원본에서 배포: Configuration Manager를 사용하여 배포를 관리하고, 네트워크의 배포 지점에서 Office를 다운로드하여 배포합니다.

  • Office 배포 도구를 사용하여 클라우드에서 배포: ODT를 사용하여 배포를 관리하고 Office CDN에서 직접 클라이언트 장치에 Office를 설치합니다.

  • Office 배포 도구를 사용하여 로컬 원본에서 배포: ODT를 사용하여 배포를 관리하고 네트워크의 로컬 원본에서 Office를 다운로드하여 배포합니다.

  • 클라우드에서 자체 설치: Office 포털에서 배포를 관리하고 사용자가 포털에서 직접 클라이언트 장치에 Office를 설치하도록 합니다.

대부분의 조직에서는 다양한 사용자에 대해 이러한 옵션의 조합을 사용합니다. 예를 들어 조직에서는 Configuration Manager를 사용하여 대부분의 사용자에게 Office를 배포하지만 내부 네트워크에 자주 연결되지 않는 소규모 작업 그룹을 위해 자가 설치를 사용할 수 있습니다.

2단계 - 업데이트 관리 방법 선택

참고

모범 사례: 클라이언트 장치를 자동으로 업데이트하는 것이 좋습니다. 기능 업데이트의 주기를 정의할 수 있지만 업데이트는 관리 오버헤드 없이 발생합니다.

Office 업데이트를 관리하려면 클라이언트 장치를 자동으로 업데이트할지 여부, 사용할 도구 및 Office 업데이트를 클라우드에서 직접 설치할지 또는 네트워크의 로컬 원본에서 설치할지를 선택합니다.

Office CDN에서 자동으로 클라이언트 장치를 업데이트하는 것이 좋습니다. 기능 업데이트 빈도는 초기 배포의 일부로 정의되므로 여전히 이 설정을 제어할 수 있지만 추가 도구 또는 관리 오버헤드 없이 업데이트가 자동으로 진행됩니다. 또한 네트워크 대역폭을 절약하기 위해 업데이트가 자동으로 며칠에 걸쳐 배포됩니다.

업데이트를 직접 관리하도록 선택하는 경우 Configuration Manager를 사용하여 업데이트를 다운로드하고 배포 지점에서 배포할 수 있습니다. 이전 버전의 Configuration Manager를 사용하는 경우 현재 지점으로 업그레이드하는 것이 좋습니다.

Configuration Manager가 없는 경우 ODT를 사용하여 네트워크의 로컬 원본에 업데이트를 다운로드하고 해당 위치에서 배포할 수 있습니다. 이 옵션을 사용하면 다른 업데이트 채널, 아키텍처 및 플랫폼에 대한 업데이트 패키지를 관리해야 하므로 관리 오버헤드가 가장 많이 필요합니다. 이 옵션은 네트워크 용량이 너무 제한적이어서 클라우드에서 업데이트할 수 없을 때만 권장됩니다.

업데이트 관리 방법을 선택합니다.

  • 자동으로 업데이트: 클라이언트 장치는 초기 배포의 일부로 정의한 업데이트 채널에 따라 Office CDN에서 직접 자동으로 업데이트됩니다.

  • Configuration Manager로 업데이트 관리: Office 업데이트가 Configuration Manager에 의해 클라이언트 장치로 다운로드된 후 배포됩니다.

  • Office 배포 도구를 사용하여 업데이트 관리: Office 업데이트는 ODT에 의해 로컬 원본으로 다운로드된 후 클라이언트 장치에 설치됩니다.

초기 배포의 경우와 마찬가지로 조직에서는 다양한 사용자를 위해 이러한 옵션 조합을 사용할 수 있습니다.

3단계 - 업데이트 채널 변경

Microsoft 365 앱을 사용하면 사용자가 Office 응용 프로그램에 대한 기능 업데이트를 수신하는 주기를 제어할 수 있습니다. 이를 수행하려면 사용자에 대한 업데이트 채널을 선택합니다.

  • 현재 채널: Office의 최신 기능이 준비되는 즉시 사용자에게 제공되지만 설정된 일정은 없습니다.

  • 월 단위 엔터프라이즈 채널: 사용자에게 한 달에 한 번, 예측 가능한 일정(매월 두 번째 화요일)에 Office의 최신 기능을 제공합니다.

  • 반기 엔터프라이즈 채널: 사용자에게 Office의 새 기능을 1월과 7월에 6개월마다 제공합니다.

현재 채널은 Office의 최신 기능이 준비되면 즉시 사용자에게 제공하므로 현재 채널을 사용하는 것이 좋습니다. Office의 새 기능이 매월 릴리스될 때의 추가 예측 가능성이 필요한 경우 월 단위 엔터프라이즈 채널을 사용하는 것이 좋습니다. 새 기능을 받기 전에 광범위한 테스트가 필요한 장치를 선택하는 경우 반기 엔터프라이즈 채널을 사용하는 것이 좋습니다.

모든 업데이트 채널은 필요할 때 보안 및 비보안 업데이트를 수신합니다. 이러한 업데이트는 일반적으로 매월 둘째 화요일에 릴리스됩니다.

자세한 내용은 Microsoft 365 앱의 업데이트 채널 개요를 참조하세요.

전체 조직에 Office를 배포하기 전에 Office에 대한 새 업데이트를 미리 보거나 테스트하려면 두 개의 업데이트 채널을 배포할 수 있습니다. 예를 들어 반기 엔터프라이즈 채널을 사용하는 경우 다음과 같이 진행하세요.

  • 반기 엔터프라이즈 채널(미리 보기)을 Office의 새로운 기능을 파일럿할 수 있는 대표 대상 사용자 그룹에 배포합니다. 이러한 사용자에는 조직 전체의 사업부에 속한 직원이 포함되어야 하며, 클라이언트 장치에는 중대한 기간 업무(LOB) 응용 프로그램, 추가 기능 및 매크로 뿐만 아니라 조직의 아키텍처(32비트 및 64비트), 하드웨어 및 장치 드라이버의 유의한 차이점이 포함되어야 합니다. 이 그룹은나머지 조직보다 4개월 전에 기능 업데이트를 수신합니다. 평가 단계에 정의된 것과 동일한 그룹의 사용자를 사용하는 것이 좋습니다.

  • 조직의 나머지 사용자에게 반기 엔터프라이즈 채널을 배포합니다. 그들은 반기 엔터프라이즈 채널(미리 보기)이 있는 사용자보다 4개월 후에, 6개월마다 기능 업데이트를 받습니다.

사용자는 현재 채널(미리 보기) 및 현재 채널과 유사한 접근법을 사용할 수 있습니다. 이 시나리오에서는 현재 채널이 있는 사용자가 현재 채널(미리 보기)을 사용하는 사용자보다 단지 몇 주 후에 기능 업데이트를 받습니다.

4단계 - 원본 파일 정의

참고

모범 사례: 필요한 아키텍처 및 업데이트 채널마다 별도의 Office 설치 패키지를 빌드합니다. 각 설치 패키지에는 핵심 Office 응용 프로그램과 필요에 따라 Visio 및 Project를 포함하는 모든 필수 언어 및 응용 프로그램을 포함합니다. 추가 언어의 경우 사용자 설치에 사용할 수 있도록 지정하거나, 초기 배포 후에 따로 배포할 수 있습니다.

Office를 배포할 때 Office를 설치하는 데 사용되는 원본 파일의 설치 패키지를 만듭니다. 원본 파일은 32비트 및 64비트 버전의 Office에 대해 다르며, 업데이트 채널마다 다릅니다. 따라서 조직의 여러 다른 아키텍처 및 업데이트 요구를 지원하기 위해 여러 설치 패키지를 만들어야 할 수 있습니다. 예를 들어, 두 개의 업데이트 채널과 두 아키텍처를 모두 배포하려면 다음과 같은 4개의 패키지를 만들어야 합니다.

  • 32비트용 반기 엔터프라이즈 채널
  • 64비트용 반기 엔터프라이즈 채널
  • 32비트용 반기 엔터프라이즈 채널(미리 보기)
  • 64비트용 반기 엔터프라이즈 채널(미리 보기)

다른 언어, Office 응용 프로그램 또는 설치 설정에 따라 별도 패키지를 만들 수도 있지만 권장되지는 않습니다. 대신, 조직이 요구하는 모든 Office 응용 프로그램 및 모든 언어를 각 설치 패키지에 포함하는 것이 좋습니다. 나중에 다른 클라이언트 장치 그룹에 패키지를 배포할 때 실제로 설치되는 언어 및 Office 응용 프로그램을 지정할 수 있습니다.

언어를 패키지하려면 각 지역에서 필요한 언어를 식별하는 것이 좋습니다. 이러한 언어를 첫 번째 Office 설치의 일부로 직접 배포할 수 있습니다. 또한 클라이언트 장치의 운영 체제와 일치하는 언어를 설치할 수도 있습니다. 자세한 내용은 운영 체제와 동일한 언어 설치를 참조하세요.

필요한 언어의 Office를 배포한 후에는 다음 중 하나를 선택하여 언제든지 추가 언어 보조 팩을 설치할 수 있습니다.

  • 사용자가 Office 365 포털에서 필요한 언어 액세서리 팩을 다운로드하여 설치하도록 합니다(로컬 관리자 권한 필요).
  • Configuration Manager 또는 Office 배포 도구를 사용하여 사용자에게 적절한 언어 액세서리 팩을 배포합니다.

자세한 내용은 Microsoft 365 앱의 언어 배포 개요를 참조하세요.

선택할 아키텍처에 대한 자세한 내용은 32비트 또는 64비트 버전의 Office 선택하기를 참조하세요.

Project 및 Visio 데스크톱 앱의 구독 버전이 있는 경우 계속 사용합니다. Project 및 Visio의 2013 버전이 있는 경우 구독 버전으로 업그레이드하거나 Microsoft 365 앱과 함께 2013 버전을 계속 사용할 수 있습니다. Project 또는 Visio의 2016 MSI 버전이 있는 경우 Office 배포 도구를 사용하여 볼륨 라이선스 버전의 Visio 2016 및 Project 2016를 설치해야 합니다.

5단계 - 배포 그룹 정의

참고

모범 사례: 배포 그룹을 정의하여 적절한 아키텍처, 업데이트 채널, 언어 및 응용 프로그램을 클라이언트 장치에 배포합니다. 여러 배포 그룹이 동일한 아키텍처 및 업데이트 채널을 공유하는 경우 동일한 설치 패키지를 사용하여 Office를 설치합니다.

Office를 배포할 때 사용자 그룹마다 다른 버전의 Office 설치할 수 있습니다. 아키텍처 및 업데이트 채널 외에도, 특정 응용 프로그램을 포함하거나 제외하고, 언어를 선택하고, 설치 환경을 정의할 수 있습니다. 각 사용자 그룹은 별도의 배포 그룹입니다. Configuration Manager를 사용하는 경우 이러한 배포 그룹에 대한 설정을 배포 마법사의 일부로 정의합니다. ODT를 사용하는 경우 구성 파일에 설정을 정의합니다.

동일한 설치 패키지를 사용하여 그룹마다 다른 Office 구성을 배포할 수 있습니다. 예를 들어, 다음을 포함하는 설치 패키지를 만들 수 있습니다.

  • 32비트 버전의 Microsoft 365 앱
  • 영어, 일본어 및 독일어
  • 반기 엔터프라이즈 채널

그런 후 이 단일 설치 패키지를 사용하여 여러 배포 그룹에 배포할 수 있습니다.

  • 그룹 1은 영어 버전의 Office 앱을 수신합니다.
  • 그룹 2는 세 가지 언어의 Office 앱을 수신합니다.
  • 그룹 3은 영어 버전의 Office 앱을 수신하지만 Publisher는 없습니다.

여러 다른 배포 그룹에 대한 설치 패키지를 다시 사용하여 관리 비용을 절감하고 네트워크 대역폭을 절약할 수 있습니다.

6단계 - 기존 Office 버전에서의 업그레이드 계획

참고

모범 사례: Microsoft 365 앱을 설치하기 전에 기존 버전의 Office를 제거합니다.

Microsoft 365 앱을 설치하기 전에, 기존 버전의 Office를 제거하는 것이 좋습니다. Microsoft는 최신 이전 버전의 Office 제품군과 함께 Microsoft 365의 설치를 지원하지만, 권장하지는 않습니다. 동일한 컴퓨터에 두 가지 버전의 Office를 설치해야 하는 경우, 가능한 경우 필요한 최신 응용 프로그램만 설치하고 Microsoft 365 앱만 사용으로의 전환을 계획하는 것이 좋습니다. Microsoft 365 앱과 함께 지원되는 버전이 설치되었는지 확인하려면 같은 컴퓨터에 서로 다른 버전의 Office, Project 및 Visio 설치 시 지원되는 시나리오를 참조하세요.

Windows Installer(MSI)를 설치 기술로 사용하는 이전 버전의 Office를 제거하려면, Office 배포 도구를 사용하고 RemoveMSI 요소를 지정하여 Microsoft 365 앱 배포 패키지와 함께 자동으로 제거할 수 있습니다. 자세한 내용은 Microsoft 365 앱 업그레이드할 때 기존 MSI 버전의 Office 제거를 참조하세요. 자세한 내용은 Microsoft 365 앱을 업그레이드 시 기존 MSI 버전의 Office 제거를 참조하세요.

7단계 - 공유 컴퓨터 계획하기(선택 사항)

참고

모범 사례: VDI와 같은 공유 컴퓨터 시나리오에서는 Microsoft 365 앱을 배포할 때 공유 컴퓨터 인증을 사용하도록 설정합니다.

조직에 VDI(가상 데스크톱 인프라)가 구현되어 있거나 워크스테이션을 공유하는 사용자가 있는 경우(예: 교대 근무 직원), Microsoft 365 앱을 배포할 때 해당 장치에 대해 공유 컴퓨터 인증을 사용하도록 설정해야 합니다.

공유 컴퓨터 인증이 사용되도록 설정되면, Microsoft 365 앱 라이선스가 할당된 모든 사용자는 컴퓨터에 로그온하고 Word 또는 Excel과 같은 Office 앱을 사용할 수 있습니다. 자세한 내용은 Microsoft 365 앱에 대한 공유 컴퓨터 인증 개요를 참조하세요.

종료 조건 검토

배포를 시작하기 전에 종료 조건 계획을 마쳐야 합니다.

계획 완료 여부
배포 방법 선택 Y/N
업데이트 관리 방법 선택 Y/N
업데이트 채널 선택 Y/N
원본 파일 정의 Y/N
배포 그룹 정의 Y/N
업그레이드 계획 Y/N
공유 컴퓨터 계획 Y/N

다음 단계

배포 계획에 따라 다음 중 하나로 이동합니다.