Windows 애플리케이션 배포 소프트웨어 선택 방법

소개

Windows 애플리케이션은 회계 및 기업 자원 계획에서 의료, 제조 및 맞춤형 비즈니스 시스템에 이르기까지 필수 비즈니스 프로세스를 여전히 지원합니다. 그러나 사용자가 원격으로 작업하거나 서로 다른 운영 체제를 사용하거나 관리되지 않는 장치에서 연결할 때 이러한 애플리케이션을 모든 엔드포인트에 설치하고 유지 관리하는 것이 어려워집니다.

윈도우 애플리케이션 배포 소프트웨어는 실용적인 대안을 제공합니다. 애플리케이션은 중앙 집중식 윈도우 인프라에서 실행되며, 권한이 있는 사용자는 브라우저, 데스크톱 바로 가기 또는 원격 액세스 클라이언트를 통해 인터페이스와 상호 작용합니다. 이 접근 방식은 모든 사용자에게 완전한 웹 재작성이나 전체 가상 데스크톱을 요구하지 않고 기존 소프트웨어에 대한 액세스를 확장할 수 있습니다.

Windows 애플리케이션 퍼블리싱 소프트웨어란 무엇인가요?

윈도우 애플리케이션 배포 소프트웨어는 중앙 윈도우 서버 또는 가상 머신에 설치된 프로그램을 원격 사용자에게 제공합니다. 모든 장치에 애플리케이션과 그 의존성을 설치하고 유지 관리하는 대신, 관리자는 하나 이상의 중앙 호스트에서 이를 관리합니다.

플랫폼은 각 애플리케이션을 실행할 수 있는 사용자, 인증 방법, 세션 보안 방법 및 사용할 수 있는 로컬 리소스를 제어합니다. 프로그램이 Windows 호스트에서 실행되는 동안, 엔드포인트는 인터페이스를 표시하고 키보드, 마우스 및 기타 허용된 입력을 서버로 다시 전송합니다.

Microsoft Learn 원격 데스크톱 서비스가 중앙에서 전체 데스크톱 또는 개별 RemoteApp 프로그램을 승인된 사용자에게 제공할 수 있음을 설명합니다.

다운로드된 소프트웨어와 달리, 게시된 애플리케이션은 엔드포인트에서 완전히 실행되지 않습니다. 사용자는 중앙 Windows 인프라에 호스팅된 원격 인스턴스와 상호작용합니다.

Windows 애플리케이션을 게시하는 것은 무엇을 의미합니까?

Windows 애플리케이션을 게시하는 것은 선택된 사용자에게 완전한 Windows 데스크톱에 대한 액세스를 제공하지 않고도 원격으로 사용할 수 있도록 만드는 것을 의미합니다.

일반적인 프로세스는 다섯 단계로 구성됩니다:

• Windows 서버 또는 가상 머신에 애플리케이션을 설치하십시오.
• 게시 플랫폼에 실행 파일 등록
• 사용자 또는 그룹에 대한 액세스 할당
• 포털, 클라이언트 또는 신원 제공자를 통해 사용자를 인증합니다.
• 원격 세션을 시작하고 애플리케이션 인터페이스를 표시합니다.

사용자는 회계 패키지, 고객 관계 관리 클라이언트 또는 필요한 독점 도구만 볼 수 있으며, 데스크톱, 서버 파일 시스템 및 관련 없는 애플리케이션은 숨겨져 있습니다.

Windows 애플리케이션 게시 작업은 어떻게 이루어지나요?

대부분의 Windows 애플리케이션 배포 환경은 동일한 핵심 계층에 의존하지만, 용어와 구현은 제품 간에 다를 수 있습니다.

윈도우 애플리케이션 호스트

애플리케이션은 물리적 서버, 가상 머신 또는 클라우드 호스팅된 Windows 인스턴스에서 실행됩니다. 여러 사용자가 별도의 Windows 세션을 통해 하나의 세션 호스트를 공유할 수 있으며, 더 강력한 격리가 필요한 플랫폼은 전용 또는 풀링된 가상 머신을 할당할 수 있습니다.

각 호스트는 올바른 Windows 버전, 애플리케이션 파일, 프레임워크, 데이터베이스 연결, 프로필, 글꼴, 드라이버 및 기타 종속성을 포함해야 합니다. 따라서 애플리케이션 호환성은 애플리케이션 단독이 아닌 전체 호스트 구성에 따라 달라집니다.

게시 및 접근 제어

게시 서비스는 사용자가 어떤 프로그램을 실행할 수 있는지와 해당 프로그램이 장치에서 어떻게 표시되는지를 결정합니다. 관리자는 필요에 따라 특정 그룹에 할당된 다양한 버전이나 실행 매개변수를 가진 단일 애플리케이션, 여러 애플리케이션, 사용자 정의 실행기 또는 전체 데스크톱을 게시할 수 있습니다.

인증은 사용자의 신원을 확인하고, 권한 부여는 해당 사용자가 접근할 수 있는 애플리케이션과 리소스를 결정합니다. 적절한 플랫폼은 개별 사용자, 그룹, 역할 또는 테넌트에 대한 세분화된 할당을 제공해야 합니다.

보안 연결 계층

게이트웨이 또는 웹 포털은 사용자 엔드포인트와 애플리케이션 호스트 간의 연결을 중개합니다. 외부 배포는 보호되지 않은 원격 데스크톱 프로토콜 서비스를 인터넷에 직접 노출해서는 안 되므로, 조직은 HTTPS, 유효한 전송 계층 보안 인증서, 다중 인증, 접근 제한 및 모니터링을 사용해야 합니다.

클립보드 사용, 인쇄, 로컬 드라이브 매핑 및 파일 전송은 사용성을 향상시킬 수 있지만, 조직은 워크플로우가 필요할 때만 이러한 기능을 활성화해야 합니다.

사용자 액세스 방법

사용자는 [을 통해 연결할 수 있습니다] HTML5 포털, 네이티브 데스크탑 클라이언트 RDP 호환 클라이언트, 연결 파일 또는 바로 가기. 브라우저 액세스는 배포 작업을 줄일 수 있지만, 네이티브 클라이언트는 여러 모니터, 프린터, 스마트 카드 및 기타 로컬 장치에 대한 보다 완전한 지원을 제공할 수 있습니다.

Windows 애플리케이션 배포 vs. 원격 데스크톱

응용 프로그램 게시 및 원격 데스크톱 액세스는 관련 기술에 의존하지만, 서로 다른 수준의 액세스와 서로 다른 사용자 경험을 제공합니다.

전체 원격 데스크톱은 바탕 화면, 시작 메뉴, 작업 표시줄, 파일 관리 도구 및 모든 허용된 응용 프로그램을 포함할 수 있는 더 넓은 Windows 작업 공간을 제공합니다. 게시된 응용 프로그램은 종종 사용자가 로컬에서 실행 중인 응용 프로그램과 함께 열 수 있는 개별 창에서 선택된 프로그램만 노출합니다.

고려사항	게시된 애플리케이션	전체 원격 데스크톱
사용자 경험	하나 이상의 할당된 애플리케이션	완전한 Windows 작업 공간
일반적인 목적	비즈니스 소프트웨어에 대한 집중된 접근	일반 원격 근무 환경
관리 범위	애플리케이션별 할당	데스크탑 수준의 액세스 및 정책
리소스 노출	더 좁은	더 넓은
최고의 적합성	계약자, 고객, 비즈니스 애플리케이션	여러 도구가 필요한 직원

응용 프로그램 게시판은 사용자가 정의된 프로그램 세트에 접근해야 할 때 일반적으로 선호됩니다. 전체 원격 데스크탑은 파일 관리, 여러 유틸리티 또는 완전한 Windows 환경이 필요할 때 더 적합하지만, 일부 조직은 서로 다른 사용자 그룹을 위해 두 가지 모델을 모두 사용합니다.

Windows 애플리케이션 퍼블리싱 vs. VDI

가상 데스크톱 인프라스트럭처 (VDI) 사용자에게 가상 머신에서 실행되는 Windows 데스크톱에 대한 액세스를 제공합니다. 배포에 따라 이러한 데스크톱은 개인, 풀링, 지속적 또는 비지속적일 수 있습니다.

세션 기반 애플리케이션 게시를 통해 여러 사용자가 공유 Windows 인프라에서 지원될 수 있으며, 종종 더 높은 밀도와 낮은 관리 오버헤드를 제공합니다. VDI는 더 강력한 가상 머신 수준의 격리를 제공하며, 전용 운영 체제 구성, 그래픽 리소스 또는 관리 제어가 필요한 작업 부하를 더 잘 지원할 수 있습니다.

고려사항	세션 기반 게시	VDI
배송 단위	개별 애플리케이션 또는 공유 데스크탑	완전 가상 머신
격리	세션 수준	가상 머신 수준
인프라 밀도	보통 더 높음	보통 낮음
개인화	보통	잠재적으로 광범위한
일반적인 사용	일반 비즈니스 애플리케이션	전문화된 또는 격리된 데스크탑

VDI는 애플리케이션이 공유 호스트에서 공존할 수 없거나 사용자가 전용 리소스가 필요할 때 여전히 유용합니다. 그러나 사용자가 단지 하나 또는 두 개의 Windows 애플리케이션만 필요할 때 완전한 가상 데스크톱을 제공하는 것은 과할 수 있습니다.

애플리케이션 퍼블리싱은 Windows 앱을 웹 앱으로 변환합니까?

애플리케이션 게시를 통해 Windows 프로그램을 브라우저를 통해 접근할 수 있지만, 프로그램을 네이티브 웹 애플리케이션으로 변환하지는 않습니다. 원래 코드는 Windows 인프라에서 계속 실행되며, 기본 아키텍처는 자동으로 클라우드 네이티브가 되지 않습니다.

브라우저 액세스는 애플리케이션에 반응형 웹 디자인, 브라우저 네이티브 오프라인 기능, 마이크로서비스 또는 애플리케이션 프로그래밍 인터페이스를 제공하지 않습니다. 따라서 애플리케이션 게시를 소스 코드를 현대화하는 것보다 애플리케이션 배달을 현대화하는 것으로 더 잘 이해할 수 있습니다.

사용자에게 어떤 변화가 있나요?

사용자 관점에서 애플리케이션은 브라우저나 원격 액세스 포털을 통해 전체 로컬 설치 없이 열 수 있기 때문에 접근하기가 더 쉬워집니다. 사용자는 또한 자신의 장치에 애플리케이션의 프레임워크와 종속성을 설치하는 것을 피할 수 있습니다.

인터페이스는 브라우저 탭이나 별도의 애플리케이션 창에 나타날 수 있지만, 그 반응성은 여전히 애플리케이션 호스트, 네트워크 품질 및 원격 디스플레이 프로토콜에 따라 달라집니다.

변하지 않는 것은 무엇인가?

애플리케이션은 원래의 Windows 코드, 인터페이스 및 기술 종속성을 유지합니다. 따라서 레지스트리 설정, 데이터베이스, 서비스, 프린터 및 파일 경로는 Windows 호스트에서 계속해서 올바르게 작동해야 합니다.

애플리케이션 게시가 호환성이나 라이센스 요구 사항을 제거하지 않습니다. IT 팀은 여전히 소프트웨어를 동시 세션에서 테스트하고 의도된 원격 또는 호스팅 사용이 허용되는지 확인해야 합니다.

게시가 재작성보다 더 나은 경우는 언제인가요?

출판은 기존의 Windows 애플리케이션이 신뢰할 수 있지만 재구축하기 어렵거나 비용이 많이 드는 경우 실용적일 수 있습니다. 조직은 즉각적인 교체 프로젝트의 비용과 위험을 감수하지 않고 원격 및 브라우저 액세스를 확장할 수 있습니다.

네이티브 웹 리라이트는 비즈니스가 반응형 디자인, 오프라인 사용, 현대적 통합 또는 클라우드 네이티브 확장성을 필요로 할 때 더 적합할 수 있습니다. 출판은 조직이 장기적인 현대화 전략을 개발하는 동안 중간 솔루션을 제공할 수도 있습니다.

Windows 애플리케이션을 언제 게시해야 합니까?

애플리케이션 배포는 로컬 설치, 소프트웨어 재작성 또는 전체 데스크톱 가상화가 불필요한 비용이나 운영 복잡성을 초래할 때 가장 효과적입니다.

웹 기반 레거시 윈도우 애플리케이션

레거시 애플리케이션은 Windows 전용 인터페이스, 이전 런타임, 레지스트리 설정, 매핑된 드라이브, 로컬 데이터베이스 드라이버 또는 특수 인쇄 프로세스에 의존할 수 있습니다. 퍼블리싱은 이러한 애플리케이션을 호환 가능한 Windows 인프라에서 유지합니다. 브라우저나 원격 클라이언트를 통해 사용할 수 있도록 만들기 .

이 접근 방식은 기존 소프트웨어의 유용한 수명을 연장하고 조직이 통제된 현대화 프로젝트를 계획할 시간을 제공합니다. 단일 사용자를 기대하거나, 높은 권한이 필요하거나, 로컬 하드웨어에 의존하는 애플리케이션에 대해서는 호환성 테스트가 여전히 필요합니다.

비즈니스 소프트웨어 중앙 집중화

IT 팀은 모든 워크스테이션에서 별도로 관리하는 대신 중앙 호스트에서 애플리케이션과 그 종속성을 유지 관리할 수 있습니다. 업데이트된 애플리케이션을 사용자에게 제공하기 전에 통제된 환경에서 업데이트를 테스트할 수 있습니다.

이 배달 모델은 종종 기업 자원 계획 시스템, 재무 애플리케이션, 재고 도구, 의료 실습 소프트웨어, 법률 사건 관리 플랫폼 및 맞춤형 데이터베이스에 적합합니다.

BYOD 및 혼합 장치 지원

브라우저 기반 게시를 통해 macOS, Linux, Chromebook, 태블릿 또는 개인 컴퓨터의 사용자에게 해당 엔드포인트에 애플리케이션 자체를 이동하지 않고도 Windows 애플리케이션에 접근할 수 있습니다. IT 팀은 여전히 사용자가 관리되지 않는 장치에서 복사, 인쇄, 업로드 또는 다운로드할 수 있는 데이터의 범위를 정의해야 합니다.

제어된 계약자 접근 제공

계약자와 파트너는 기업 노트북이나 내부 네트워크에 대한 광범위한 접근 없이 하나의 비즈니스 애플리케이션에 접근할 필요가 있을 수 있습니다. 필요한 프로그램만 게시하면 다단계 인증, 제한된 계정 및 최소 권한 할당을 지원하면서 온보딩을 간소화할 수 있습니다.

플랫폼과 같은 TSplus 원격 액세스 필요한 애플리케이션만 게시할 수 있으며, 전체 Windows 데스크톱을 노출하지 않습니다.

기존 소프트웨어를 호스팅 서비스로 제공

독립 소프트웨어 공급업체(ISV)는 애플리케이션 배포를 사용하여 고객에게 기존 Windows 제품에 대한 온라인 액세스를 제공할 수 있습니다. 이 접근 방식은 호스팅된 배달을 가속화할 수 있지만, ISV는 테넌트 격리, 고객 신원, 서비스 가용성, 데이터 보호 및 라이선스에 대한 책임을 집니다.

ISV가 평가해야 할 사항은 무엇인가요?

ISV 배포는 각 고객 조직 간에 반복 가능한 온보딩 및 관리 지원을 제공해야 하며, 각 고객의 데이터, 구성 및 활성 세션을 보호해야 합니다.

세입자 격리는 별도의 데이터베이스, 사용자 계정, 애플리케이션 풀, 저장 위치, 네트워크 또는 서버에 의존할 수 있습니다. 적절한 설계는 애플리케이션 아키텍처에 따라 달라지며, 소프트웨어를 게시하는 것은 부적합한 단일 세입자 애플리케이션을 자동으로 다중 세입자 사용에 안전하게 만들 수 없습니다.

ISV는 또한 아이덴티티 연합, 다중 인증, 고객 관리자 역할, 포털 브랜딩, 자동화 및 사용 보고서를 평가해야 합니다. 수동 구성은 파일럿 동안 관리 가능할 수 있지만, 서비스가 수백 명의 사용자 또는 테넌트를 지원할 때 비효율적일 수 있습니다.

라이센스는 Windows, 데이터베이스, 런타임, 퍼블리싱 플랫폼 및 ISV의 자체 제품이 다중 사용자 접근 또는 서비스 제공자 호스팅에 조건을 부과할 수 있기 때문에 신중한 검토가 필요합니다.

Windows 애플리케이션 게시의 장점과 한계

애플리케이션 게시 중앙화는 애플리케이션과 업데이트를 중앙에서 관리하고, 로컬 설치 작업을 줄이며, Windows 소프트웨어를 더 넓은 범위의 장치에서 사용할 수 있게 합니다. 관리되는 인프라에서 애플리케이션 처리 및 비즈니스 데이터를 유지하면 관리되지 않는 엔드포인트에 저장되는 정보의 양도 줄일 수 있습니다.

사용자가 선택한 애플리케이션만 필요할 때, 이 모델은 가상 데스크톱 인프라에 대한 더 좁은 대안을 제공할 수 있습니다. 그러나 중앙 집중화는 애플리케이션 호스트, 게이트웨이 및 특권 계정을 특히 중요한 보안 자산으로 만듭니다.

응용 프로그램 호환성은 여전히 중요한 제한 사항입니다. 머신 전체 설정을 사용하는 프로그램, 로컬 하드웨어에 의존하거나 단일 대화형 사용자용으로 설계된 서비스에 의존하는 프로그램은 공유 세션에서 올바르게 작동하지 않을 수 있으며, 그래픽 집약적이고 지연에 민감한 작업 부하는 원격 연결에서 성능이 저하될 수 있습니다.

인쇄, 스캔, 스마트 카드 및 기타 주변 장치는 사용자가 실제 환경에서 사용할 정확한 엔드포인트 및 액세스 클라이언트와 함께 테스트해야 합니다. 서버 용량은 일반 공급업체의 최대치가 아닌 측정된 CPU, 메모리, 저장소 및 동시성 요구 사항을 기반으로 해야 합니다.

Windows 애플리케이션 퍼블리싱 소프트웨어를 어떻게 선택할 수 있나요?

유용한 평가는 제품 기능 비교가 아니라 애플리케이션, 사용자 및 의도된 운영 모델로 시작됩니다.

애플리케이션 호환성 확인

지원되는 Windows 버전, 프레임워크, 서비스, 레지스트리 종속성, 데이터베이스, 파일 공유, 프린터, 실행 매개변수 및 라이센스 제약을 문서화하십시오. 의도된 다중 사용자 또는 가상 머신 모델에서 실제 애플리케이션을 테스트하고, 동시 세션, 사용자 프로필, 업데이트 및 복구 프로세스를 포함하십시오.

사용자 액세스 및 경험 비교

브라우저 지원, 네이티브 클라이언트, 단축키, RemoteApp 스타일 창, 다중 모니터, 세션 재연결 및 모바일 액세스를 평가하십시오. 테스트는 인쇄, 파일 액세스, 클립보드 사용 및 로컬 장치 리디렉션과 같은 중요한 워크플로를 포함해야 합니다.

사용자가 단순한 액세스만 필요할 때, 집중된 브라우저 세션이 광범위한 로컬 통합이 있는 클라이언트보다 보안 및 지원이 더 쉬울 수 있습니다.

신원 및 보안 제어 검토

사용자 및 그룹 할당, 디렉터리 통합, 다단계 인증, 계정 보호, 세션 타임아웃 정책 및 감사 가능한 이벤트를 찾으십시오. 외부 트래픽은 HTTPS 및 유효한 인증서를 사용해야 하며 CISA는 원격 데스크톱 프로토콜 사용을 제한할 것을 권장합니다. 노출되고 보안이 취약한 원격 데스크톱 서비스를 피하고.

보안 검토는 호스트 패치, 역할 분리, 로깅, 백업, 모니터링 및 클립보드 사용, 드라이브 매핑, 인쇄 및 파일 전송에 대한 제한도 포함해야 합니다.

관리 및 자동화 평가

정기적인 관리 작업을 테스트하십시오. 예를 들어 애플리케이션 게시, 그룹에 할당, 액세스 취소, 활성 세션 검토, 브랜딩 업데이트 및 구성 백업 등이 있습니다. 대규모 배포는 애플리케이션 프로그래밍 인터페이스, 명령줄 도구, 프로비저닝 템플릿 및 모니터링 통합도 평가해야 합니다.

확장성과 회복력 계획

환경이 여러 호스트, 로드 밸런싱, 연결 중개, 게이트웨이 중복성, 프로필 저장 및 복구를 어떻게 지원할 것인지 고려하십시오. 대표적인 CPU, 메모리, 저장소 및 네트워크 사용량을 측정한 후, 성장, 유지 관리 기간 및 호스트 실패를 위한 충분한 추가 용량을 유지하십시오.

배포 및 총 비용 비교

플랫폼은 온프레미스, 개인 데이터 센터, 공용 클라우드 가상 머신 또는 호스팅 제공자를 통해 실행될 수 있습니다. 배포 위치는 애플리케이션의 종속성, 데이터 거주 요구 사항, 지연 시간, 내부 기술 및 비용 제약을 반영해야 합니다.

총 비용은 플랫폼, Windows, 애플리케이션 및 데이터베이스 라이센스뿐만 아니라 인프라, 백업, 모니터링, 보안, 구현, 관리, 지원 및 고가용성을 고려해야 합니다.

벤더 지원 및 제품 성숙도 검토

지원되는 Windows 버전, 릴리스 기록, 문서, 보안 업데이트 관행, 지원 채널, 평가판 옵션 및 마이그레이션 리소스를 검토하십시오. ISV는 또한 공급업체가 고객 대면 배포를 지원하고 의도된 호스팅 모델을 허용하는지 확인해야 합니다.

실용적인 개념 증명 계획

개념 증명은 애플리케이션이 열리는 것만 확인하는 것이 아니라 전체 사용자 여정을 테스트해야 합니다.

1. 대표 애플리케이션을 선택하고 문서화된 테스트 호스트를 구축하십시오.
2. 제어된 파일럿 그룹에 게시하십시오.
3. HTTPS, 유효한 인증서, 다중 인증 및 제한된 접근을 구성하십시오.
4. 엔드포인트, 브라우저 및 네이티브 클라이언트의 실제 조합을 테스트하십시오.
5. 시작, 재연결, 프로필, 인쇄, 파일 접근 및 필요한 주변 장치를 검증합니다.
6. 호스트 리소스를 실제 동시 활동 중에 측정합니다.
7. 검토 로깅, 접근 권한 취소, 백업, 업데이트 및 복구.
8. 기술 테스터에서 제한된 생산 집단으로 점진적으로 확장합니다.

파일럿은 명확한 수용 기준과 롤백 계획을 수립해야 합니다. 또한 브라우저 접근이 충분한지 또는 일부 사용자가 네이티브 클라이언트가 필요한지를 보여주어야 합니다.

일반적인 Windows 애플리케이션 배포 실수

애플리케이션을 테스트하기 전에 플랫폼을 선택하면 호환성 문제를 숨길 수 있으며, 브라우저 액세스가 기본 웹 성능을 제공한다고 가정하면 지연 시간과 반응성에 대한 비현실적인 기대를 초래할 수 있습니다.

환경의 크기를 공급업체의 최대치에 맞추는 것은 애플리케이션과 작업 부하에 따라 서버 밀도가 달라지기 때문에 동일하게 위험합니다. 조직은 다중 사용자 또는 호스팅 액세스를 활성화하기 전에 모든 라이선스 계층을 검토해야 합니다.

실제 애플리케이션 테스트 건너뛰기

응용 프로그램이 동시 세션에서 올바르게 작동하는지 여부를 확인할 수 있는 기능 목록은 없습니다. 여러 사용자가 동시에 동일한 파일, 레지스트리 설정, 서비스 또는 로컬 리소스에 접근할 때만 문제가 발생할 수 있습니다.

IT 팀은 플랫폼을 선택하기 전에 대표적인 워크플로우, 사용자 프로필, 업데이트 및 주변 기기를 테스트해야 합니다. 개념 증명은 의도한 생산 환경을 최대한 가깝게 재현해야 합니다.

보안 및 라이센스 요구 사항 과소평가

인터넷에 원격 데스크톱 프로토콜을 직접 노출하거나 모든 리디렉션 기능을 기본적으로 활성화하면 위험이 증가할 수 있습니다. 클립보드 접근, 드라이브 매핑, 인쇄 및 파일 전송은 명확하게 정의된 비즈니스 요구에 한정되어야 합니다.

라이센스는 Windows, 데이터베이스, 런타임, 타사 구성 요소 및 애플리케이션 자체가 다중 사용자 액세스 또는 호스팅 제공에 대해 별도의 요구 사항을 부과할 수 있기 때문에 주의 깊은 검토가 필요합니다.

외부 배달을 내부 배포처럼 다루기

내부 배포는 일반적으로 하나의 조직의 사용자에게 서비스를 제공하는 반면, 외부 서비스는 여러 관련 없는 고객을 지원할 수 있습니다. 따라서 외부 제공은 테넌트 격리, 개인 정보 보호, 가용성, 지원 및 접근 관리에 대한 추가 요구 사항을 도입합니다.

독립 소프트웨어 공급업체는 반복 가능한 온보딩, 모니터링 및 복구 프로세스가 필요합니다. 소규모 내부 팀에 적합한 구성은 고객을 대상으로 하는 서비스로 안전하게 또는 효율적으로 확장되지 않을 수 있습니다.

TSplus는 어떻게 실용적인 Windows 애플리케이션 배포 솔루션인가요?

TSplus 원격 액세스 기존 Windows 인프라에서 Windows 애플리케이션과 데스크톱을 게시합니다. 관리자는 애플리케이션을 개별 사용자 또는 그룹에 할당하고 RemoteApp 스타일 연결, RDP 호환 클라이언트 또는 사용자 정의 가능한 HTML5 웹 포털을 통해 액세스를 제공할 수 있습니다.

이 모델은 더 복잡한 가상 데스크톱 스택을 운영하지 않고 중앙 집중식 애플리케이션 배포가 필요한 중소기업에 적합할 수 있습니다. 또한 ISV가 호스팅 및 고객 경험에 대한 제어를 유지하면서 기존 Windows 소프트웨어에 원격 액세스를 제공하는 데 도움을 줄 수 있습니다.

IT 팀은 배포를 생산 환경으로 이동하기 전에 현실적인 파일럿을 통해 호환성, 라이센스, 보안, 사용자 경험, 서버 용량, 백업 및 복구를 여전히 검증해야 합니다.

결론

Windows 애플리케이션 배포 소프트웨어는 로컬 설치, 즉각적인 소스 코드 현대화 또는 모든 사용자에 대한 전체 가상 데스크톱 없이 비즈니스에 중요한 프로그램에 대한 액세스를 확장할 수 있습니다. 애플리케이션이 중앙 집중식 실행과 호환될 때 그 가치는 가장 강력하며, 사용자는 집중적이고 제어된 액세스가 필요합니다.

최종 결정은 기능 목록만이 아니라 실제 테스트를 기반으로 해야 합니다. 호환성, 보안, 라이선스, 성능, 관리 및 복원력을 함께 검증함으로써 IT 팀과 ISV는 사용량이 증가함에 따라 관리 가능한 애플리케이션 퍼블리싱 플랫폼을 선택할 수 있습니다.