2009-09-02 5 views
2

우리 네트워크 팀은 각 개발자를 위해 가상 데스크톱 환경 (Windows 2008 가상 호스트를 통해)을 설정하려고합니다.개발 용 가상 데스크톱 환경

그래서 우리는 터미널/랩톱 컴퓨터를 사용하지 않을 것이므로 모든 작업에 가상 데스크톱을 사용해야합니다.

Ours는 Microsoft Shop이며 모든 .NET Framework 버전에서 작동합니다. 노트북 개발 환경을 갖추지 않으면 팀이 불편하게됩니다.

그런 종류의 설정에는 잠재적 인 문제점이 있습니까? 이 설정에 대해 걱정할만한 이유가 있습니까?

+1

네트워크가 끊어짐 => 커피 휴식 시간이 더 많거나 일찍 집에 돌아 간다 – MedicineMan

답변

6

이렇게하는 것이 개발 지향적 인 이유가 아주 좋은 경우가 아니라면 그렇게하지 않는 것이 좋습니다.

개발자는 자신이 원하는 환경에서 가장 잘 작동 할 것입니다. 개발자가 제안하고 권장하지 않는 한 좋은 이유없이 작업 환경에서 급격한 변화를 일으키지 않아야합니다.

개인적으로 개발 용 원격 가상화 인스턴스 팬이 아닙니다. 그들은 종종 느려지고, 네트워크 문제와 대기 시간을 처리해야합니다. 종종 자신의 컴퓨터에서 할 수있는만큼의 제어 권한이 없습니다. 명부는 계속적으로 가고, 작은 것은 주요한 성가심을 창조하기 위하여 합계한다.

3

네트워크가 다운되면 어떻게됩니까? 개발자가 방금 손에 앉기로되어 있니? 아니면 카드를 가져 와서 진짜 솔리테어를 할 수 있겠습니까?

가상의 100 % 네트워크 가동 시간이없고 개발자가 오프 사이트 (예 : 집)에서 일하지 않는다면 나는 " 이것은 나쁜 생각이다 ".

+0

오프 사이트 진행 과정에 대해 생각해보십시오. 인터넷에 접속하지 못하면 어떨까요? –

+1

네트워크가 다운되면 어쨌든 망쳐 버릴 것입니다 - 아니 StackOverflow ?! :-P 내 환경을 로컬로 갖고 있어도 내 생산성이 네트워크없이 큰 타격을 입을 것이라는 것을 안다. 버전 제어, 온라인 문서 등에 액세스 할 수 없다. – Grundlefleck

0

당신이 그 길을가는 경우, 심각한 공약을하기 전에 시스템을 적극적으로 벤치 테스트해야합니다.

필자가 원격 데스크톱을 사용해 본 경험은 가끔씩 사용하는 것이 좋지만 집중적 인 계산 및 컴파일 작업에는 일반적으로 충분하지 않으며, 특히 모든 사람이 동시에 자원을 필요로하는 위기 상황에서는 거의 사용하지 않는 것이 좋습니다.

2

하나의 옵션은 네트워크 팀을 없애는 것입니다.

심각하게도 VMWare를 통해 동일한 유형의 설정으로 작업했지만 그다지 재미 있지 않았습니다. 내 사장이 시도할만한 가치가 있다고 생각했기 때문에 내가 그 일을 한 유일한 이유였습니다. 내가 새로 고용 된 이래로 나는 반대하지 않았다. 그러나 이런 식으로 프로그래밍 한 지 몇 달이 지난 후에 나는 내 컴퓨터에 개발 스튜디오를 갖고 싶다고 말했고 그는 동의했다.

첫째, 그래픽 카드의 그래픽 드라이버가 이미지를 렌더링하는 대신 네트워크를 통해 이미지를 전송하기 때문에 그래픽 인터페이스는 가상 워크 스테이션에서 명확하지 않습니다. 끊임없이 이것에 대해 두통을 느꼈습니다.

둘째, 구성 요소 나 도구를 설치하려면 네트워크 관리자의 도움이 필요했습니다. 즉, 서둘러서 기다려야한다는 의미였습니다.

셋째, 컴퓨터가 하나의 응용 프로그램을 처리하는 속도가 서버가 많은 응용 프로그램을 처리하는 것보다 빠를뿐 아니라 네트워크를 통해 렌더링 된 이미지를 보내야합니다. 그것은 당신을 천천히 움직이는 것처럼 들리지만 그렇게하지 않습니다. 다시 서둘러 기다려라.

넷째, 이것은 VMWare에만 해당 될 수 있지만 가상 디스크 크기는 4GB로 고정되어있어서 내 네트워크 담당자가 충분히 있다고 생각하는 것 같았습니다. 이것은 오히려 빨리 채웠다. 드라이브를 확장하려면 네트워크 관리자가 파티션 마법을 실행하여 드라이브를 망가 뜨린 것을 기다려야 만했고 설치를 다시해야했습니다.

더 많은 이유가 있지만 가능한 경우 항의하는 것이 좋습니다. 귀하의 회사는 아마도 이것이 새로운 유행이고 돈을 저축하기위한 방법 일 수 있기 때문에 아마도 이것을 구현하려고합니다. 그러나 생산성 시간은 낭비 될 것이며 비용을 고려해야합니다.

1

현장에서 개발해야하는 경우 개발자 환경을 랩톱으로 옮기고 길을 칠 수 있으면 좋습니다.
매우 기밀성이있는 여러 클라이언트 작업에 필요하다는 것을 알 수 있습니다. 한 고객에게서 다른 고객에게 테스트 데이터 또는 디버그 파일을 누설하지 않았다는 증거가 있습니다.

아래쪽 :
여러 모니터를 지원하는 VM은 거의 없습니다.
가상 박스 3만이 VM에서 OpenGL/activeX를 개발할 수있는 것에 가깝습니다.

0

원격 데스크톱을 통해 볼 때 VM웨어와 Virtual PC가 모두 영향을 미치는지 확실하지 않은 경우 은 매우입니다. 웬일인지 Radmin (http://www.radmin.com/)은 훨씬 더 잘합니다.

정기적으로 원격 개발 환경에서 작업하며 정상입니다 (현재 작업중인 시스템을 추적하는 데 시간이 걸리지 만).하지만 대부분은 혼자입니다. 시스템에.

3

나쁜 아이디어. 개발자의 무기고에서 가장 중요한 도구를 사용하고 필요 이상으로 훨씬 더 많이, 많이 실행하고, 여러 가지 중요한 종속성을 도입합니다.

1

내 경험 가상 환경은 개발 환경이 아닌 테스트 환경에 이상적입니다. 그들은 시험을위한 빈 슬레이트/깨끗한 시트로 아주 좋습니다. 이 경로를 추구한다면 개발자를 멀리 할 위험이 높다고 생각합니다. 개발자는 최고 사양의 노트북/데스크톱을 사용할 수있는 최고의 도구를 모두 갖추고 있어야 사기와 생산성을 높일 수 있습니다. 이 경로로 내려가는 것은 문제 일 수도 있고 아닐 수도있는 모든 가사 노동을 배제합니다. 가상 환경은 전용 환경보다 느리기 때문에 VM에서 여러 모니터 설정 문제가있을 수 있습니다.