원격 개발에 대한 단일 원격 위치 접근방식의 경우 한 로컬 프로젝트와 한 원격 위치간 맵핑이면 충분합니다. 순수 로컬 프로젝트처럼, 아마도 대상 환경이 하나만 있으므로 빌드 명령, 컴파일러 옵션, 환경 변수와 같은 특성을 프로젝트 레벨에서 유지보수할 수 있습니다. 자원을 업로드 및 다운로드하고 컴파일러를 호출하는 것과 같이 원격 시스템에서 수행하는 조작에 원격 위치가 사용되는 동안 프로젝트는 특성을 유지보수합니다.
한 프로젝트에 둘 이상의 원격 위치가 연관된 원격 개발에 대한 접근방식을 고려하는 경우에는 원격 위치만으로는 충분하지 않다는 사실이 명백해집니다. 여러 원격 위치와 연관된 프로젝트는 이 각각의 위치로(부터) 자원을 푸시하고 풀하는 추가된 기능을 수행할 수 있는 반면, 프로젝트에서 유지보수되는 특성이 있는 원격 조작은 각 원격 위치의 여러 다른 대상 환경을 처리해야 하는 복잡함에 곤란해집니다. 예를 들어, 각 원격 위치별로 빌드 명령과 환경 변수가 서로 달라야 할 수 있습니다. 프로젝트가 방금 자원을 풀하고 푸시하는 데 사용되었어도 프로젝트는 프로젝트 자원과 원격 위치 간의 각기 다른 동기화 상태를 설명해야 합니다. 각 프로젝트가 주어진 원격 위치에 해당하는 개별 특성 배열을 유지보수하기 보다는 원격 컨텍스트라는 독립된 새 구성을 생성하여 원격 위치별 정보를 맡아야 하는 프로젝트의 짐을 덜어주는 것이 더 좋은 솔루션입니다.
원격 위치처럼, 원격 컨텍스트는 호스트와 이 호스트의 위치에 대해 설명합니다. 하지만 원격 위치와 다른 점은 원격 컨텍스트는 독립 엔티티이고, 환경 변수와 같은 추가 특성을 포함하며, IDE의 사용자에게 기여하고 직접 사용자와 상호작용할 수 있다는 점입니다. IBM® Rational® Developer for Power Systems Software에서는 사용자가 원격 시스템 탐색기에서 새 원격 컨텍스트를 작성할 수 있습니다.