다음을 통해 공유

Microsoft 365 앱용 동적, 린 및 유니버설 패키지 빌드

  • 아티클

참고

Microsoft 365 앱 레인저스가 작성한 이 문서에서는 고객 구현 전반에 걸쳐 관찰되는 일반적인 사례를 간략하게 설명합니다. 조직에 대한 이 지침의 관련성을 평가하고 필요에 따라 접근 방식을 조정하는 것이 좋습니다.

관리자는 조직에 Microsoft 365 앱을 배포할 계획입니다. 이러한 배포는 기본 Microsoft 365 앱을 디바이스에 푸시하는 것 이상의 경우가 많습니다. 사용자에게 언어 팩, 언어 교정 도구 또는 Visio 또는 Project와 같은 추가 제품과 같은 추가 구성 요소가 필요할 수 있습니다. Microsoft 365 앱의 초기 설치는 종종 첫 번째 설치라고 하는 반면 이러한 시나리오를 두 번째 설치라고 합니다. 첫 번째 설치 시나리오의 경우 설치 옵션 과 배포 크기를 조정하는 가장 좋은 방법을 살펴보세요.

이 문서에서는 Microsoft 365 앱용 동적, 린 및 유니버설 패키지를 사용하여 두 번째 설치를 구현하여 장기 유지 관리 비용을 크게 줄이고 사용자 만족도를 개선하는 방법을 보여 줍니다.

도전 과제

지금까지 두 번째 설치 시나리오를 지원하는 작업은 각각에 대한 전용 설치 패키지를 만들어 해결되었습니다. 일반적으로 관리자는 필요한 원본 파일(최대 3기가바이트)을 ODT(Office 배포 도구) 복사본 및 시나리오에 맞게 조정된 구성 파일과 결합합니다.

그러나 특히 대규모 조직에서는 Microsoft 365 앱의 단일 구성 집합이 없는 경우가 많습니다. 업데이트 채널이 혼합되어 있을 수 있습니다. 예를 들어 대부분은 월간 엔터프라이즈 채널에 있고 몇 가지 특수 목적 디바이스는 Semi-Annual Enterprise 채널에 있습니다. 현재 32비트에서 64비트로 전환하고 있으며 두 아키텍처를 잠시 지원해야 할 수도 있습니다.

이전 예제에서 각 채널 및 아키텍처에 대한 전용 언어 팩 배포를 빌드하는 경우 월별 엔터프라이즈 채널 x86, 월간 엔터프라이즈 채널 x64, Semi-Annual Enterprise Channel x86, Semi-Annual Enterprise Channel x64의 네 가지 패키지로 끝납니다. 이는 지속 가능한 접근 방식이 아니며 다음과 같은 단점이 있습니다.

  • 높은 유지 관리 비용
    • 만들고 유지 관리할 패키지 수가 높습니다.
    • 포함된 원본 파일은 시간이 지남에 따라 오래되어 서비스가 필요합니다.
    • 실제 설치가 시작되기 전에 전체 3GB 패키지가 디바이스에 동기화되므로 배포 중에 대역폭 사용량이 높습니다.
  • 잘못된 사용자 환경
    • 사용자는 현재 구성을 이해하고 소프트웨어 포털에서 일치하는 패키지를 선택해야 합니다.
    • 전체 원본 파일이 먼저 동기화되는 긴 배포 시간입니다.
    • 포함된 원본 파일이 오래된 경우 업데이트 주기가 시작되고 모든 앱을 다시 업데이트하기 전에 설치가 전체 설치를 다운그레이드합니다.

그렇다면 시간이 지남에 따라 유지 관리 비용이 적게 들고 사용자에게 친숙한 패키지를 빌드하려면 어떻게 해야 할까요?

솔루션: 동적, 린 및 유니버설 패키지

자체 조정, 소형 및 범용 패키지를 구현하여 이러한 문제를 해결할 수 있습니다. 샘플 시나리오를 살펴보기 전에 기본 개념을 살펴보겠습니다.

하드 코딩하지 않는 동적 패키지를 빌드합니다. ODT(Office 배포 도구)의 기능을 사용하여 패키지가 요구 사항에 맞게 자체 조정되도록 합니다.

  • Version=MatchInstalled를 사용하여 예기치 않은 업데이트를 방지하고 클라이언트에 설치된 버전을 계속 제어할 수 있습니다. 빌드 번호의 하드 코딩이 없으므로 빠르게 오래됩니다.
  • Language=MatchInstalled를 사용하여 예를 들어 Visio 또는 Project에서 Office가 이미 사용 중인 것과 동일한 언어 집합으로 설치하도록 지시합니다. 필요한 언어를 삽입하는 스크립트를 작성하거나 나열할 필요가 없습니다.

패키지에서 원본 파일을 제거하여 린 패키지를 빌드합니다. 여기에는 다음과 같은 여러 가지 이점이 있습니다.

  • 패키지 크기는 3GB에서 ODT 및 해당 구성 파일의 경우 10MB 미만으로 작습니다.
  • 클라이언트에 3GB 설치 패키지를 푸시하는 대신 클라이언트가 대역폭을 절약하는 CDN(Office Content Delivery Network)에서 요청 시 필요한 항목을 끌어올 수 있습니다.
    • 기존 Microsoft 365 앱 설치에 Project를 추가하는 경우 Office 공유 구성 요소가 이미 설치되어 있으므로 50MB 미만을 다운로드해야 합니다.
    • Visio 설치는 일반적으로 언어 수에 따라 100-200MB이며, 템플릿/스텐실은 다운로드의 상당 부분을 차지합니다.
    • 언어 교정 도구 설치는 일반적으로 30-50MB이며 전체 언어 팩(200-300MB)입니다.
  • 두 번째 설치 시나리오는 종종 빈도가 낮아 인터넷 트래픽 부담을 줄여 궁극적으로 영향을 줄입니다.
  • Microsoft가 새로운 기능 또는 보안 및 품질 수정을 릴리스할 때마다 원본 파일을 업데이트할 필요가 없습니다.

아키텍처 또는 업데이트 채널과 같은 항목을 하드 코딩하지 않음으로써 범용 패키지를 빌드합니다. ODT는 기존 설치와 동적으로 일치하므로 패키지는 모든 업데이트 채널 및 아키텍처에서 작동합니다. 예를 들어 Visio를 설치하는 4개의 패키지가 있는 대신 업데이트 채널 및 아키텍처의 모든 순열에서 작동하는 단일 범용 패키지가 있습니다.

  • OfficeClientEdition을 제외하면 혼합된 x86/x64 환경에서 패키지를 범용으로 사용할 수 있습니다.
  • 채널을 나가면 업데이트 채널에서 패키지를 보편적으로 사용할 수 있습니다.

동적, 린 및 유니버설 패키지를 빌드하여 빌드하고 이점을 얻는 방법

구성 파일에서 아무것도 하드 코딩하지 않고 Office 배포 도구의 영리함을 최대한 활용하는 것이 좋습니다.

Microsoft 365 앱의 기존 설치에 Project를 추가하도록 빌드된 "클래식" 패키지를 살펴보겠습니다. 원본 파일(최대 3기가바이트)과 달성하려는 내용을 명시적으로 나타내는 구성 파일이 있습니다.

샘플 패키지의 스크린샷. 

<Configuration>
 <Add OfficeClientEdition="64" Channel="MonthlyEnterprise">
  <Product ID="ProjectProRetail">
   <Language ID="en-us" />
  </Product>
 </Add>
 <Display Level="None" />
</Configuration>

동적, 린 및 유니버설 패키지의 개념을 적용하면 결과는 다음과 같습니다.

린 샘플 패키지의 스크린샷. 

<Configuration>
 <Add Version="MatchInstalled">
  <Product ID="ProjectProRetail">
   <Language ID="MatchInstalled" TargetProduct="O365ProPlusRetail" />
  </Product>
 </Add>
 <Display Level="None" />
</Configuration>

그래서 우리는 무엇을 변경하고, 혜택은 무엇입니까?

  • ODT가 설치된 버전과 자동으로 일치하므로 OfficeClientEdition-attribute를 제거했습니다.
    • 이점: 구성 파일은 이제 x86 및 x64 시나리오 모두에서 작동합니다.
  • 같은 이유로 채널을 제거했습니다. ODT는 이미 할당된 업데이트 채널과 자동으로 일치합니다.
    • 혜택 I: 패키지는 모든 업데이트 채널(현재 채널, 월간 엔터프라이즈 채널, Semi-Annual Enterprise 채널 등)에서 작동합니다.
    • 혜택 II: 중앙 IT로 제공하지 않는 업데이트 채널에도 작동합니다. 일부 사용자는 현재 채널을 실행하고 있으며 일부는 참가자 빌드에 있나요? 걱정하지 마세요, 그것은 단지 작동합니다.
  • Version="MatchInstalled"를 추가하여 ODT가 이미 설치된 동일한 버전을 설치하도록 했습니다.
    • 혜택: 예기치 않은 업데이트 없이 배포된 버전을 제어할 수 있습니다.
  • 현재 설치된 언어와 일치하도록 언어 ID="MatchInstalled" 및 TargetProduct 를 추가하여 설치할 하드 코딩된 언어 목록을 대체했습니다.
    • 혜택 I: 사용자는 Office에 이미 설치된 것과 동일한 Project 언어를 가지고 있습니다.
    • 혜택 II: 언어 팩 설치를 다시 요청할 필요가 없습니다.
    • 혜택 III: 중앙 IT 관리자가 제공하지 않는 거의 사용되지 않는 언어에서도 작동하므로 사용자가 만족할 수 있습니다.
  • 원본 파일을 제거했습니다. ODT는 Office CDN에서 올바른 원본 파일 집합을 적시에 가져옵니다.
    • 혜택 I: 패키지가 오래되지 않습니다. 원본 파일의 유지 관리가 필요하지 않습니다.
    • 혜택 II: 다운로드는 약 3GB가 아닌 약 50MB입니다.

또 다른 예: 동적, 린 및 범용 방식으로 언어 팩 및 언어 교정 도구 추가

언어 팩 및 언어 교정 도구 추가와 같은 다른 시나리오도 간략하게 살펴보겠습니다. 독일어 언어 팩을 설치하는 클래식 구성 파일은 다음과 같을 수 있습니다.

<Configuration>
 <Add OfficeClientEdition="64" Channel="MonthlyEnterprise">
  <Product ID="LanguagePack">
   <Language ID="de-de" />
  </Product>
 </Add>
 <Display Level="None" />
</Configuration>

이 구성 파일은 하나의 특정 시나리오에서만 작동합니다(업데이트 채널은 월간 엔터프라이즈 채널로 설정되고 64비트 설치됨). 다른 시나리오는 추가 파일 및 패키지로 처리되어야 하므로 복잡성과 소유권 비용이 늘어나게 됩니다. 동적, 린 및 범용 방식으로 진행하여 이 문제를 해결합니다.

<Configuration>
 <Add Version="MatchInstalled">
  <Product ID="LanguagePack">
   <Language ID="de-de" />
  </Product>
 </Add>
 <Display Level="None" />
</Configuration>

이 단일 구성 파일은 x86/x64 및 현재 채널, 월간 엔터프라이즈 채널, Semi-Annual Enterprise 채널 등과 같은 모든 업데이트 채널에서 작동합니다. 따라서 사용자 환경에서 5개의 추가 언어를 제공하려는 경우 이러한 "구성 파일 + ODT" 패키지 중 5개를 빌드하기만 하면 됩니다. 교정 도구의 경우 ProductID를 "ProofingTools"로 변경하면 됩니다.

사용자 고유의 구성 빌드

위의 개념은 ODT가 사용되는 한 모든 간편 실행 기반 설치 및 제품에 보편적으로 적용됩니다. 지정된 제품 ID를 시나리오로 변경할 수 있습니다. 자세한 내용은 지원되는 제품 ID 목록을 확인하세요 .

필수 구성 요소/참고 사항

다음은 사용자 환경에서 이 개념을 작동하도록 하기 위해 충족해야 하는 몇 가지 필수 구성 요소와 몇 가지 참고 사항입니다.

  • Office 배포 도구 16.0.11615.33602 이상을 사용하여 Version="MatchInstalled"를 사용하도록 설정합니다.
  • ODT는 Office CDN에서 일치하는 원본 파일을 찾을 수 있어야 합니다.
  • 설치를 실행하는 데 사용하는 컨텍스트가 프록시를 트래버스할 수 있는지 확인합니다. 자세한 내용은 Office 365 ProPlus 배포 및 프록시 서버 지침을 참조하세요.
  • 앱을 설치하는 데 사용되는 계정(사용자 또는 시스템)이 인터넷에 연결할 수 있는지 확인합니다.
  • 이전에 표시된 맞춤형 구성 파일은 /configure 스위치를 사용하여 제품을 설치하는 데 적합하지만 /download 스위치에서는 작동하지 않습니다. ODT에 다운로드를 수행하기 위한 일부 세부 정보(예: 아키텍처)가 누락되었으므로 이 작업이 필요합니다. 위의 개념에서는 파일을 미리 다운로드할 필요가 없습니다.