HTTP Server 버전 2.0 API는 요청 큐에서 요청을 처리하는 작업자 프로세스를 격리하여 더 안전하고 안정적인 서비스를 빌드하는 기능을 제공합니다. 요청 큐는 엄격하게 액세스를 제어하는 컨트롤러 또는 작성자 프로세스에 의해 만들어지고 관리됩니다. 컨트롤러 프로세스는 요청 큐에서 I/O를 수행하는 하나 이상의 별도 작업자 프로세스를 시작합니다. 컨트롤러 프로세스는 관리자 권한으로 실행되고 요청 큐를 구성하는 반면, 낮은 권한 작업자는 요청 큐에서 액세스 및 서비스 요청을 처리합니다. 이 아키텍처는 "최소 권한"으로 실행되는 애플리케이션의 정책을 지원하고 작업자 프로세스에서 실행될 수 있는 타사 코드에 의해 도입된 보안 취약성의 가능성을 줄입니다.
컨트롤러 프로세스에서 이름 및 ACL(액세스 제어 목록)을 사용하여 요청 큐를 만들 때 요청 큐에 대한 액세스 권한이 부여됩니다. ACL에 포함된 웹 애플리케이션은 이름으로 기존 요청 큐를 열 수 있습니다. 작성자 프로세스는 요청 큐의 작업자 프로세스일 수도 있습니다. 자세한 내용은 명명된 요청 큐 항목을 참조하세요. 다음 다이어그램은 작업자 프로세스 모델을 사용하여 실행되는 일반적인 HTTP 애플리케이션의 아키텍처를 보여줍니다.
작업자 프로세스 모델을 사용하는 H TT P 애플리케이션의 아키텍처를 보여 주는 
애플리케이션 내의 개별 작업자 프로세스는 다른 작업자 프로세스와 격리되며 컨트롤러 프로세스에서 각 작업자 프로세스의 상태를 모니터링할 수 있습니다. 컨트롤러 프로세스는 작업자 프로세스와 격리됩니다. HTTP 아키텍처의 구성 요소는 아래에 설명되어 있습니다.
- 작성자 또는 컨트롤러 프로세스: 컨트롤러 프로세스는 상태 모니터링 및 서비스 구성을 위한 관리 권한으로 실행하거나 사용하지 않고 실행할 수 있습니다. 컨트롤러 프로세스는 일반적으로 서비스에 대한 단일 서버 세션을 만들고 서버 세션 아래에 URL 그룹을 정의합니다. 특정 URL이 연결된 URL 그룹은 특정 URL로 표시된 네임스페이스에 대한 요청 큐 서비스를 결정합니다. 또한 컨트롤러 프로세스는 요청 큐를 만들고 요청 큐에 액세스할 수 있는 작업자 프로세스를 시작합니다.
- 작업자 프로세스: 컨트롤러 프로세스에서 시작된 작업자 프로세스는 서비스하는 URL과 연결된 요청 큐에서 IO를 수행합니다. 웹 애플리케이션은 요청 큐를 만들 때 ACL의 컨트롤러 프로세스에 의해 요청 큐에 대한 액세스 권한을 부여합니다. 웹 애플리케이션이 작성자 프로세스인 경우가 아니면 서비스를 관리하거나 요청 큐를 구성하지 않습니다. 컨트롤러 프로세스는 요청 큐의 이름을 작업자 프로세스에 전달하고 작업자 프로세스는 이름으로 요청 큐를 엽니다. 작업자 프로세스는 애플리케이션의 다른 부분에서 보안 취약성을 도입하지 않고도 타사 웹 애플리케이션을 로드할 수 있습니다.
- 요청 큐: 요청 큐는 컨트롤러 프로세스에 의해 생성되고 구성됩니다. 컨트롤러는 요청 큐를 만들 때 ACL의 요청 큐에 대한 액세스가 허용되는 프로세스를 지정합니다.
- 서버 세션: 컨트롤러 프로세스는 일반적으로 애플리케이션에 대한 단일 서버 세션을 만들고 구성합니다. 서버 세션은 전체 애플리케이션에 대한 구성 속성을 유지 관리합니다. URL 그룹은 컨트롤러 프로세스에 의해 서버 세션 아래에 만들어집니다.
- URL 그룹: 컨트롤러 프로세스는 서버 세션 아래에 URL 그룹을 만들고 서버 세션과 독립적으로 URL 그룹을 구성합니다. URL은 컨트롤러 프로세스에 의해 그룹에 추가됩니다. 요청은 URL 그룹이 연결된 요청 큐로 라우팅됩니다.