터미널 서버 이름을 원격 데스크톱 서비스로 변경

터미널 서버 이름을 원격 데스크톱 서비스로 변경

Windows Server 2008 R2에서는 터미널 서버의 이름이 원격 데스크톱 서비스로 바뀌는 것 같습니다. (이것 좀 봐http://technet.microsoft.com/en-us/library/dd560658(WS.10).aspx)

나는 우려하고 있으며 나와 함께 있는 사람도 마찬가지인지 궁금합니다. Microsoft는 서버에서 데스크톱을 완전히 가상화하는 대신 원격 앱 유형의 설정을 지향하고 있습니다. 실제 답변이 없기 때문에 이 커뮤니티 위키에 표시해 두었습니다. 단지 위키가 어떻게 변하고 있는지에 대한 더 많은 의견을 찾고 있을 뿐입니다. 저는 개인적으로 터미널 서비스를 좋아하고 전체 데스크톱을 가상으로 만드는 것을 좋아하지만 이 방식이 얼마나 오래 지속될지 궁금합니다.

또한 원격 앱 모델이 더 마음에 드신다면, 그것이 당신에게 적합한 이유를 알려주십시오. 아마도 사물에 대한 전망을 변경해야 할 수도 있기 때문입니다.

답변1

나는 걱정하지 않을 것이다. 제 생각에는 전체 데스크탑이 아닌 애플리케이션을 게시하는 기능은 "향상" 이상의 대안입니다. Citrix 관련 기능은 몇 년 후 항상 Microsoft 기본 기능으로 흘러들어갔기 때문에 게시된 앱은 출시 기한이 훨씬 지났습니다.

내가 볼 수 있듯이 터미널 서버는 사무실 밖에 있을 때 사용자에게 앱에 대한 액세스를 제공하거나 백업을 위한 형식이 필요한 "문제 앱"을 호스트하기 위해 데스크톱에 설치된 앱의 대안으로 점점 더 많이 사용되고 있습니다. PC에서는 문제가 될 수 있는 최종 액세스입니다.

어쨌든 선택은 마음에 듭니다. 사용자는 "이중 시작 메뉴"와 그 모든 것에 대해 혼동하지 않기 때문에 원활한 앱 접근 방식을 좋아합니다. Win2008 R2의 경우, 특히 명명된 Windows 그룹용으로 게시된 앱에 대한 개선 사항에 저는 전적으로 찬성합니다. 그리고 나는 MS가 그것을 무엇이라고 부르는지 신경 쓰지 않았습니다 :-)

답변2

RemoteApp 모델은 기존의 "thick-clients"를 사용하는 환경에서 사용자에게 일부 응용 프로그램을 제공하는 데 매우 효과적입니다. 특히 좋은 배포 시나리오는 리소스 호그, 대역폭 호그 또는 조잡한 데이터베이스 연결로 작성되었기 때문에 "thick-client" 시나리오에서 성능이 저하되는 응용 프로그램에 대한 것이었습니다("공유 파일 데이터베이스"를 생각하십시오... DBF, MDB). , 등 파일)은 전선(특히 낮은 대역폭 전선)에서 제대로 작동하지 않습니다.

Microsoft가 호스팅된 데스크톱에서 벗어날 것이라고는 생각하지 않습니다. NT 운영 체제의 클라이언트/데스크톱 빌드에서 "빠른 사용자 전환"의 기반이기 때문에 운영 체제에서 실제로 "무료"로 얻습니다(또는 기분에 따라 그 반대일 수도 있음).

여담이지만, 실제로 "가상화"된 것이 없기 때문에 터미널 서비스 사용을 "가상화"라고 부르기가 어렵습니다. "씬 클라이언트"라는 용어는 여전히 의미가 있는 것 같습니다. 내 생각에 오늘날에는 "데스크탑 가상화"라는 말이 점점 더 자주 사용되고 있는 것 같습니다. 왜냐하면 작은 마켓플레이어와 세일즈맨이 "가상화"라는 용어로 돈을 벌고 싶어하기 때문입니다. "가상화"라는 용어는 컴퓨터 과학의 특정 개념을 의미하며 터미널 서비스는 "가상화"가 아닙니다.

답변3

Microsoft가 서버 데스크톱의 전체 가상화에서 멀어지고 있다고는 말할 수 없습니다.

(면책조항: 저는 Microsoft에서 근무하지만 가상화/원격 데스크톱 팀과 아무런 관련이 없습니다. 이는 제가 임의로 추측한 것입니다.)

나는 그들이 모든 가상화 영역에서 솔루션을 제공하려고 노력하고 있다고 생각합니다.

데스크탑 가상화:

애플리케이션 가상화:

  • 앱-V
  • 터미널 서비스 원격 앱

서버 가상화:

그들은 단지 일부 환경에서 일부 고객에게 더 잘 작동할 수 있는 추가 옵션을 추가하고 있을 뿐입니다. 제가 아는 한 아무것도 사라지지 않습니다.

답변4

저는 저를 포함한 일부 개발자를 위해 원격 앱 시나리오를 사용하고 싶습니다. 이러한 개발 도구(및 환경)는 데스크톱 PC의 절대적인 킬러입니다. 풀타임으로 개발하지는 않지만 전체 개발 환경이 필요한 사람의 경우 서버에 오프로드하는 것이 좋습니다. 특히 개발 시스템의 초기 설정은 설치해야 하는 모든 앱과 함께 시간이 오래 걸릴 수 있기 때문에/ 구성!), 멋지고 깨끗한 데스크탑을 갖습니다. 동시에 개발 앱은 Term을 통해 사용하기가 정말 불편합니다. 서비스는 "집"에서 벗어나게 해주기 때문입니다. 아직 사용해본 적은 없지만 개인적으로 Remote App이라는 아이디어가 정말 마음에 듭니다.

J.Ja

관련 정보