VDI 공급업체 종속: 위험 및 해결책

소개

가상 데스크톱 인프라스트럭처(VDI)는 중앙 집중식 데스크톱 관리를 간소화하지만, 상호 연결된 구성 요소로 인해 플랫폼 전환이 어려울 수 있습니다. 독점 연결 브로커에서 라이센스 제한에 이르기까지 이러한 의존성은 IT 선택을 제한하고 마이그레이션 복잡성을 증가시킬 수 있습니다. 이 기사는 VDI 공급업체 잠금의 원인과 위험을 조사하고 이를 줄이는 방법을 설명하며, Windows 애플리케이션 배달을 유연하게 유지하기 위한 실용적인 단계를 제시합니다.

VDI 공급업체 종속성이란 무엇인가요?

VDI 공급업체 종속은 조직이 특정 데스크톱 가상화 플랫폼에 매우 의존하게 되어 공급업체를 변경하는 것이 회사에 매우 도전적이거나 비용이 많이 들거나 중단을 초래할 수 있는 상황입니다.

VDI 구성 요소는 일반적으로 VDI 환경에서 하이퍼바이저, 연결 브로커, 데스크톱 이미지, 사용자 프로필, 인증 시스템 및 기타 관리 도구와 결합됩니다. 그러나 별개로 존재하더라도 서로 성공적으로 상호 작용하기 위해 특정 공급업체 문서 및 구성이 필요할 수 있습니다.

그 이유는 Windows 언어로 작성된 애플리케이션이 일반적으로 어디에서나 작동하지만, 특정 VDI 환경을 위해 구축된 데스크톱은 재구성하는 데 상당한 시간이 필요하기 때문입니다. 따라서 공급업체 종속은 극복할 수 없는 문제가 아니지만, 플랫폼을 전환하려는 조직에 상당한 장애물을 만듭니다.

VDI 환경에서 공급업체 종속의 원인은 무엇인가요?

VDI 공급업체 종속성은 특정 기술적 제한으로 인해 발생하는 경우가 드뭅니다. 일반적으로 관련 인프라, 관리 도구, 라이선스 및 애플리케이션 구성에 대한 여러 의존성으로 인해 발생합니다.

독점 연결 브로커 및 관리 도구

연결 브로커는 사용자 연결을 가상 데스크톱으로 관리하는 역할을 하며, 관리 도구는 데스크톱과 애플리케이션을 프로비저닝하고 배치하며 유지 관리하는 데 사용됩니다. Citrix Virtual Apps and Desktops, Omnissa Horizon 및 Azure Virtual Desktop과 같은 도구는 서로 다른 관리 인프라 및 구성 기술을 사용하여 구축됩니다.

이것은 한 플랫폼에서 다른 플랫폼으로 전환할 때 데스크톱 풀, 애플리케이션, 연결 및 자동화 도구를 재구성해야 할 수 있음을 의미합니다. 애플리케이션 자체는 동일하게 유지할 수 있지만, 초기 소프트웨어에 따라 구현 방식이 달라질 것입니다.

하이퍼바이저 및 인프라 종속성

VDI 플랫폼은 가상 데스크톱을 호스팅하고 관리할 수 있는 인프라를 요구합니다. 여기에는 특정 하이퍼바이저, 클라우드, 스토리지 또는 프로비저닝 기술이 포함될 수 있습니다.

마이그레이션 프로세스는 따라서 여러 작업을 포함할 수 있습니다:

• 가상 머신 이미지를 변환하거나 재구성하기
• 네트워킹, 저장소 및 리소스 할당 재구성
• 공급업체별 프로비저닝 도구 교체
• 브이 응용 프로그램 호환성 및 성능 검증
• 가용성 및 재해 복구 메커니즘 재구성

그러나 휴대성의 개념은 항상 데스크톱 배포 환경으로 확장되지 않습니다. 가상 머신의 성공적인 마이그레이션이 주변 배포 환경이 수정 없이 작동할 것이라는 보장을 제공하지는 않습니다.

라이센스 및 계약 제한

VDI 구현은 일반적으로 운영 체제, 가상화 제품, 사용자 액세스 권한, 관리 도구 및 타사 애플리케이션을 위한 여러 가지 라이센스가 필요합니다.

공급업체는 이러한 기술을 번들로 제공하거나 개별적으로 제공하는 방식에서 상당한 차이를 보이며, 이는 예산 계획 및 새로운 인프라로의 전환을 더 복잡하게 만들 수 있습니다.

조직이 한 VDI 스택에서 다른 스택으로 이동하고자 할 때, 예를 들어 온프레미스에서 클라우드 기반 솔루션으로 이동할 때 특히 중요합니다. 운영 체제, 사용자 권한 및 인프라 소비에 대한 라이센스 모델이 극적으로 변경될 수 있기 때문입니다.

Microsoft Learn 웹사이트는 제공됩니다. Azure Virtual Desktop 라이센스에 대한 통찰력 다양한 운영 체제와 사용 사례에 어떻게 적용되는지.

따라서 결정할 때 구독 비용뿐만 아니라 모든 계약상의 의무의 함의를 포함하여 전체 라이센스 스택을 분석하는 것이 필수적입니다.

애플리케이션 및 사용자 프로필 종속성

Windows 애플리케이션은 운영 체제, 레지스트리, 드라이버, 위치 또는 기타 서비스에 여러 가지 종속성을 가질 수 있습니다.

이러한 유형의 애플리케이션은 일반적으로 VDI 환경에서 가상화되며, 요구 사항의 특정 측면이 마스터 이미지에 내장되거나 고급 프로필 관리 도구에 통합됩니다. 일부 회사는 나머지 인프라와 관련하여 특정 애플리케이션의 요구 사항을 해결하기 위해 자체 도구와 스크립트를 구축하고 유지 관리합니다.

이러한 상황에서는 애플리케이션을 지원 요소와 분리하는 것이 매우 어려워져 상당한 기술 부채를 초래하고 이식성을 극도로 어렵게 만듭니다.

애플리케이션 자체가 휴대 가능하더라도, 새로운 환경에서 재설정해야 할 설치, 구성, 사용자 설정 및 데이터 관리와 같은 필수 요소가 여전히 존재합니다. 구분을 이해하는 것 윈도우 애플리케이션 패키징 및 애플리케이션 배포 IT 팀이 소프트웨어 배포 요구 사항을 애플리케이션 전달 종속성과 분리하는 데 도움을 줄 수 있습니다.

VDI 공급업체 잠금의 위험은 무엇인가요?

공급업체 의존성은 조직이 인프라 전략을 변경하거나 라이선스 변경에 적응하거나 새로운 애플리케이션 배포 기술을 채택해야 할 때 특정 어려움을 초래합니다.

주요 위험은 비용, 아키텍처 유연성 및 운영 연속성과 관련이 있습니다.

인프라 및 라이센스 비용 상승

조밀하게 결합된 VDI 환경은 조직이 인프라 구성 요소를 최적화하는 데 어려움을 겪게 할 수 있습니다.

라이센스 조건이 변경되거나 인프라 비용이 상승하면, 공급자를 변경할 의도가 있을 경우 대규모 마이그레이션 프로젝트가 필요할 수 있습니다. 이는 협상 위치와 비용 최적화 능력에 악영향을 미칠 수 있습니다.

또한, 모든 애플리케이션을 전체 가상 데스크톱을 통해 제공하는 것은 하나 또는 두 개의 윈도우 애플리케이션만 필요한 작업 부하에 대해 불필요한 오버헤드를 발생시킬 수 있습니다.

애플리케이션 퍼블리싱은 VDI보다 결코 저렴하지 않습니다: 두 접근 방식의 경제성은 작업 부하의 밀도, 필요한 운영 체제, 인프라 발자국 및 관리 및 운영 요구 사항에 따라 달라질 것입니다.

건축적 유연성 감소

하이브리드 인프라를 채택하려는 조직, 노후 서버를 교체하려는 조직, 호스팅 제공업체 간 전환을 원하는 조직, 또는 새로운 배포 기술을 채택하려는 조직은 기존 공급업체 특정 의존성으로 인해 선택의 폭이 제한될 수 있습니다.

하나의 인프라 스택에 밀접하게 연결된 VDI 플랫폼은 다른 스택 및 호스팅 제공업체에서 제공하기 위한 애플리케이션의 완전한 재설계를 필요로 할 수 있으며, 이로 인해 디지털 전환 프로세스가 지연될 수 있습니다.

이전 마이그레이션 복잡성 증가

VDI 공급업체 전환은 단순히 가상 머신 마이그레이션에 관한 것이 아닙니다.

관리자들은 또한 인증, 사용자 프로필, 애플리케이션 설정, 인쇄, 파일 접근, 보안 정책 및 세션 동작을 유지해야 합니다.

이러한 종속성에 대한 불충분한 문서는 사건 없이 프로세스를 정량화하고 테스트하며 실행하는 것을 더 어렵게 만들 수 있습니다.

공급업체 변경에 대한 더 큰 노출

제품 단종, 새로운 라이센스 모델, 지원 변경 또는 인프라 요구 사항으로 인해 배포 전략의 변경이 필요할 수 있습니다.

단일 배포 플랫폼에 대한 의존도가 클수록 이러한 변화가 비즈니스에 미치는 잠재적인 운영 영향이 더 커집니다.

대체 배송 옵션을 유지하면 이 위험을 완화하고 비즈니스 또는 기술 요구 사항이 변경됨에 따라 더 큰 유연성을 창출할 수 있습니다.

VDI 공급업체 잠금의 위험을 줄이는 방법은 무엇인가요?

VDI 공급업체 종속성을 줄이려면 기술적, 작업 관련 및 아키텍처적 고려 사항이 필요합니다.

아이디어는 공급업체를 피하는 것이 아니라 애플리케이션 제공의 다른 모든 측면을 방해하지 않고 플랫폼 변경을 허용하는 것입니다.

1. 기존 VDI 종속성 감사

첫 번째 단계는 애플리케이션과 데스크톱의 제공에 중요한 것이 무엇인지, 그리고 어떤 구성 요소가 공급업체에 특정한 기술에 의존하는지를 식별하는 것입니다.

종속성 목록은 다음 질문을 다루어야 합니다:

구성 요소	조사할 질문들
연결 브로커	데스크톱 및 애플리케이션 할당을 다른 곳에서 재생성할 수 있나요?
하이퍼바이저	가상 머신과 이미지를 대체 인프라로 이동할 수 있나요?
응용 프로그램	응용 프로그램에 특정 이미지, 운영 체제 또는 드라이버가 필요합니까?
사용자 프로필	설정과 데이터가 독립적으로 마이그레이션될 수 있나요?
인증	정체성 정책이 독점 통합에 연결되어 있습니까?
라이센스	어떤 약속, 접근 권한 및 종료 비용이 적용됩니까?
자동화	어떤 스크립트가 공급업체 특정 API 또는 도구에 의존합니까?

재고에는 애플리케이션 소유자, 비즈니스 중요성, 복구 요구 사항 및 문서화되지 않은 사용자 정의도 포함되어야 합니다.

이 분류는 IT 관리자들이 어떤 의존성이 쉽게 교체될 수 있는지, 어떤 의존성이 상당한 재설계를 요구하는지를 이해하는 데 도움이 될 수 있습니다.

2. 데스크탑 인프라에서 애플리케이션 배달 분리

VDI의 필요성을 줄이는 가장 좋은 방법 중 하나는 각 애플리케이션이 실제로 이러한 복잡한 솔루션을 필요로 하는지 확인하는 것입니다.

VDI는 가상 데스크톱을 제공하는 반면, 애플리케이션 퍼블리싱은 제공합니다. 원격 액세스 개별 애플리케이션으로 전체 데스크탑을 제공하지 않고도.

두 방법 모두 애플리케이션을 중앙 집중화하지만, 방식은 다릅니다.

요구 사항	전체 VDI	세션 기반 애플리케이션 퍼블리싱
개인화된 데스크탑 완성	잘 어울리는	주된 목적이 아님
개별 Windows 응용 프로그램	지원됨	잘 어울리는
전용 데스크탑 OS 격리	사용 가능	일반적으로 공유 세션 호스트를 사용합니다
전문화된 데스크탑 구성	종종 적합한	호환성에 따라 다름
중앙 집중식 애플리케이션 관리	지원됨	지원됨
브라우저 기반 액세스	플랫폼 의존적	호환 가능한 솔루션과 함께 제공됩니다
전체 VDI 스택 없이 배달	일반적으로 아닙니다	가능한

차이는 기능적이지 않고 구조적입니다.

많은 VDI 시스템이 이미 애플리케이션 게시를 허용하므로, 애플리케이션 게시를 허용하는 것이 공급업체 종속성을 피하는 데 반드시 도움이 되는 것은 아닙니다. 단, 이러한 애플리케이션이 VDI 제어 평면에서 분리될 수 있는 경우에 한합니다.

예를 들어, 회계 부서가 Windows 재무 애플리케이션에 접근해야 하지만 자체 가상 데스크톱이 필요하지 않은 경우를 생각해 보십시오. Windows 박스(적절히 설정됨)에 애플리케이션을 게시함으로써 모든 사람이 VDI를 사용해야 하는 상황을 피하면서도 애플리케이션 관리를 중앙 집중화할 수 있습니다.

반면에, 모든 사용자가 자신의 데스크톱 세션을 갖는 지속적인 데스크톱이 필요한 사람들은 전체 VDI가 필요할 수 있습니다.

모듈형 및 상호 운용 가능한 아키텍처 채택

모듈형 아키텍처는 전체 애플리케이션 배포 환경을 방해하지 않고 개별 요소를 교체할 수 있게 해줍니다.

IT 팀은 가능한 경우 다음 사항을 우선시해야 합니다:

• 표준화된 신원 및 인증
• 휴대용 애플리케이션 코드 및 문서화된 종속성
• 사용자 데이터가 데스크탑 이미지와 분리됨
• 코드로서의 인프라: 반복 가능한 배포, 자동화
• 엔드포인트 및 호스팅 환경에서 작동하는 배달

사용자 데이터와 데스크탑 이미지를 분리하면 마이그레이션과 재해 복구가 모두 간소화됩니다. 마찬가지로, 코드로서의 인프라는 운영팀이 더 나은 일관성으로 환경을 재생성하는 데 도움을 줄 것입니다.

그러나 개방형 표준과 자동화도 공급업체 종속을 방지하지 못할 수 있습니다. 다양한 공급업체의 기술 간에는 구현에서 미세한 차이가 있는 경우가 많으며, 스크립트에는 독점 API에 대한 호출이 포함될 수 있습니다.

따라서 목표는 애플리케이션과 인프라 구성 요소, 관리 및 운영 구성 요소 간의 불필요한 결합을 피하는 것입니다.

4. 하이브리드 애플리케이션 배포 고려하기

조직은 모든 VDI 인프라를 유지하거나 완전히 다른 것으로 교체하는 것 사이에서 선택할 필요가 없습니다.

그들은 필요에 따라 다양한 작업 부하를 활용하는 하이브리드 전략을 채택할 수 있습니다.

조직은 전용 데스크톱을 파워 사용자에게 제공하면서 호환 가능한 비즈니스 애플리케이션을 공유된 윈도우 세션 호스트에서 호스팅할 수 있습니다.

그들은 또한 브라우저를 통해 레거시 애플리케이션을 제공할 수 있습니다. 쉽게 다시 작성할 수 없는 Windows 소프트웨어에 대한 이해 웹에 Windows 소프트웨어를 게시하는 방법 IT 팀이 하이브리드 전략의 일환으로 브라우저 기반 배달을 평가하는 데 도움을 줄 수 있습니다.

로컬 애플리케이션은 중앙 집중화가 전체 성능을 크게 개선하지 않을 때 가장 잘 유지됩니다.

이러한 전략은 IT 부서가 새로운 기술로 전환하는 동안 기존 인프라에 대한 투자를 유지할 수 있도록 합니다.

이 접근 방식의 도전 과제는 추가적인 복잡성을 초래하고 모든 플랫폼에서 일관된 포괄적인 신원 관리, 보안 조치, 모니터링 규칙 및 지원 절차를 요구한다는 것입니다.

5. 배달 모델의 총 비용 비교

라이센스 절감만으로는 대체 애플리케이션 배포 아키텍처의 비용 효율성을 결정할 수 없습니다.

IT 팀은 인프라, 소프트웨어 비용, 관리, 보안 및 마이그레이션을 포함한 전체 소유 비용을 평가해야 합니다.

비용 범주	평가 기준
소프트웨어	라이센스, 구독, 지원 및 갱신
인프라스트럭처	컴퓨팅, 저장소, 네트워킹 및 클라우드 소비
운영 체제	Windows 라이센스 및 적용 가능한 접근 권한
관리자 설정	프로비저닝, 유지 관리, 모니터링 및 문제 해결
보안	MFA, 접근 제어, 감사, 및 보안 관리
이전	테스트, 구성, 교육 및 배포
비즈니스 연속성	가용성, 백업, 복구 및 다운타임 노출

애플리케이션 배포는 VDI 환경에서 특정 구성 요소의 필요성을 줄일 수 있지만, 자체 배포 및 라이센스 요구 사항이 있습니다.

예를 들어, 전통적인 Microsoft 원격 데스크톱 서비스(RDS) 세션 호스팅 구성은 다음에 설명된 적절한 RDS 클라이언트 액세스 라이센스가 필요합니다. Microsoft의 RDS CAL 문서 .

라이센스 요구 사항은 실제 아키텍처, 제공 제품 및 관련 Microsoft 약관에 따라 검증되어야 합니다.

목표는 비즈니스 요구를 충족하는 데 필요한 보안, 성능 및 신뢰성을 제공하면서 총 비용을 최소화하는 것입니다.

VDI 공급업체 잠금에서 벗어나기 위해 무엇을 해야 할까요?

벤더 의존성을 줄이는 것은 플랫폼을 완전히 교체하는 것보다 점진적으로 수행하는 것이 훨씬 더 안전합니다.

단계적 마이그레이션은 IT 팀에게 현 상태를 유지하면서 대체 전달 방법을 입증할 기회를 제공합니다.

1단계: 배달 요구 사항에 따라 애플리케이션 분류

응용 프로그램을 기술적 의존성과 최종 사용자 요구 사항에 따라 그룹화하는 것으로 시작하십시오. 특히 식별하는 데 유용한 세 가지 광범위한 범주가 있습니다:

• 전체 데스크톱을 요구하는 애플리케이션 – 전용 OS 환경, 특별한 구성 또는 데스크톱 수준의 격리가 필요한 작업负载
• 원격 게시에 적합한 애플리케이션 – 지원되는 공유/전용 세션 호스트 환경과 호환되는 Windows 애플리케이션
• 로컬 또는 브라우저 네이티브 액세스에 적합한 애플리케이션 – 더 이상 VDI 환경 내에서 실행될 필요가 없는 소프트웨어

이러한 분류는 관리자가 상당한 조정이 필요하지 않은 대체 제공 모델의 후보를 식별하는 데 도움을 줄 수 있습니다.

2단계: 저위험 파일럿 작업 부하 선택

명확하게 정의된 리소스 요구 사항, 적은 종속성 및 제한된 사용자 기반을 가진 애플리케이션을 선택하십시오.

비즈니스에 중요한 애플리케이션이 복잡한 주변 통합, 고유 드라이버 또는 취약한 레거시 구성 요소에 의존하지 않도록 시작하는 것을 피하십시오.

파일럿은 대체 인프라가 원래 환경의 필수 기능과 사용자 경험을 적절하게 복제할 수 있는 능력을 입증해야 합니다.

3단계: 호환성, 성능 및 보안 검증

확장하기 전에 현실적인 환경에서 기능과 운영 특성을 테스트하십시오.

애플리케이션 배포 마이그레이션 프로젝트는 테스트 시나리오에 다음 영역을 포함해야 합니다:

• 응용 프로그램 설치, 종속성 및 라이센스
• 인증, MFA 및 사용자 권한
• 사용자 프로필, 설정 및 파일 접근
• 인쇄, 클립보드 및 주변 장치 리디렉션
• 세션 동시성 및 리소스 소비
• 지연, 응답성 및 재연결
• 로그, 모니터링 및 보안 정책
• 백업, 복원 및 롤백 절차

응용 프로그램을 성공적으로 실행한다고 해서 완전한 호환성이 보장되는 것은 아닙니다.

예를 들어, 애플리케이션은 단독으로 잘 작동할 수 있지만 여러 사용자가 동시에 실행하거나 프린터에서 문서를 인쇄하려고 할 때 실패할 수 있습니다.

IT 팀은 세션, 애플리케이션, 보안 및 롤백 기능에 대한 필요한 테스트와 성능 기준을 설계해야 합니다.

단계 4: 제어된 단계에서 애플리케이션 마이그레이션

파일럿이 수용 기준을 충족하면 비즈니스 우선 순위와 기술적 복잡성에 따라 배포를 확대합니다.

가능한 경우 전환 중 원래의 배달 환경을 유지하여 관리자가 성능을 비교하고 효과적으로 문제를 해결하며 필요 시 기존 프로세스로 되돌릴 수 있도록 합니다.

문서 성공 기준을 설정하고, 책임을 할당하며, 마이그레이션의 각 단계에 대한 롤백 절차를 수립합니다. 이러한 조치는 또한 기여합니다. 애플리케이션 복원력 조직이 인프라 변경 중 필수 비즈니스 기능을 유지하도록 돕습니다.

5단계: 남은 종속성 검토

공급업체 종속 문제는 단일 사례에 국한되지 않습니다.

새로운 애플리케이션, 플랫폼 업그레이드 필요성, 라이센스 변경 또는 운영 맞춤화는 마이그레이션이 완료된 후 추가적인 의존성을 생성할 수 있습니다.

따라서 애플리케이션이 대상 플랫폼에서 계속 운영될 수 있도록 하고, 구성 사항이 제대로 기록되었으며, 다른 전달 수단이 여전히 사용 가능하도록 하기 위해 정기적인 검토가 필요합니다.

이것은 새로운 환경이 또 다른 공급업체 잠금이 되는 것을 피할 수 있게 해줄 것입니다.

VDI가 유지하기에 좋은 솔루션인 경우는?

VDI 공급업체 종속성을 줄이는 데는 VDI의 전면 교체가 필요하지 않습니다.

VDI는 전용 운영 체제, 지속적인 데스크톱, 그래픽 집약적인 애플리케이션 또는 공유 세션 호스트가 제공할 수 없는 작업 부하 격리가 필요한 시나리오에 대해 정당한 가치를 가지고 있습니다.

표준화된 중앙 관리 데스크탑을 일관된 데스크탑 관리 정책으로 제공하는 데에도 유용합니다.

다른 아키텍처를 채택하기로 한 결정은 애플리케이션 동작, 보안 요구 사항, 사용자 요구 사항 및 경제적 요인을 기반으로 해야 합니다.

대부분의 조직에 있어 분산 아키텍처는 모든 애플리케이션을 동일한 배포 모델로 강제하는 것보다 더 실용적입니다.

VDI가 필요한 작업 부하에 대해 VDI를 유지하면서 다른 작업 부하에 대해 독립적인 애플리케이션 배포를 사용하는 것은 VDI의 기능을 포기하지 않고 VDI 종속성을 줄일 수 있게 해줍니다.

애플리케이션 배달이 장기적으로 유연성을 유지하려면 어떻게 해야 할까요?

시스템의 장기적인 유연성은 애플리케이션-인프라-관계 및 사용자 접근에 대한 제어를 유지할 수 있는 능력을 통해 달성됩니다.

응용 프로그램은 잠재적으로 변경되는 인프라 호스팅 제공업체, 하이퍼바이저 또는 데스크톱 가상화 플랫폼에서 지속적으로 운영될 수 있도록 설계되어야 합니다.

이 접근 방식은 종속성의 적절한 문서화, 애플리케이션 데이터의 배포 메커니즘으로부터의 격리, 재현 가능한 구성의 유지, 대체 접근 방식 및 구성에 대한 지속적인 조사가 필요합니다.

예를 들어, Windows용으로 작성된 애플리케이션이 새로운 조직에서 서로 다른 호스팅 소프트웨어나 하이퍼바이저를 사용하는 중앙 관리 Windows 서버에서 실행되도록 마이그레이션되거나 VDI 브로커링 소프트웨어를 교체했더라도, 이는 애플리케이션이 보편적으로 이동 가능하다는 것을 의미하지 않습니다.

응용 프로그램은 기본 운영 체제의 변형, 적절한 라이센스, 응용 프로그램별 호환성 또는 성능 특성을 포함하여 다양한 인프라에서 작동할 수 있는 능력을 테스트해야 합니다.

유연성을 위한 유용한 지표 중 하나는 애플리케이션이 상당히 다른 환경 간에 이동할 수 있는 능력입니다.

애플리케이션을 다른 지원되는 인프라로 마이그레이션하는 데 많은 종속성으로 인해 관련 없는 요소의 광범위한 재작업이 필요하다면, 이는 애플리케이션이 이식 가능하다고 간주되기 전에 많은 작업이 필요하다는 것을 나타냅니다.

이 메트릭은 애플리케이션의 인프라 요구 사항의 유연성을 점진적으로 증가시키거나 애플리케이션 자체의 완전한 재작업 없이 운영 조정을 수행하기 위해 반복적으로 적용될 수 있습니다.

윈도우 애플리케이션을 전달하는 더 간단한 방법을 찾고 계신가요?

TSplus 원격 액세스 조직이 전통적인 전체 VDI 스택을 배포하지 않고 Windows 애플리케이션을 게시하고 원격 데스크톱을 제공할 수 있는 대안을 제공합니다. 애플리케이션 게시, HTML5 브라우저 액세스 및 온프레미스 또는 클라우드에서 호스팅되는 Windows 환경에 대한 지원을 통해 IT 팀이 중앙 집중식 제어를 유지하면서 배포 옵션을 다양화하는 데 도움을 줍니다.

결론

VDI 공급업체의 종속성은 애플리케이션이 긴밀하게 통합된 인프라, 라이선스 및 관리 시스템에 의존할 때 비용이 많이 듭니다. 이러한 종속성을 매핑하고 대체 배포 방법을 도입하면 조직이 VDI를 완전히 포기하지 않고도 제어를 유지하는 데 도움이 될 수 있습니다.

유연한 아키텍처는 IT 팀이 가상 데스크톱에서 적절한 작업 부하를 유지하면서 다른 작업에 대한 접근을 간소화하고, 마이그레이션 위험을 줄이며, 미래의 옵션을 보존할 수 있도록 합니다.