[고급] 워크맨과 스울의 차이점과 유사점은 무엇인가요?

workerman과 swoole은 이 단계에서 매우 인기가 높습니다. 시간이 있으면 서로를 알아가야 합니다. 그렇지 않으면 PHP 서클에 속하지 않습니다. Swoole은 C 언어로 구현된 소켓 통신 프레임워크인 반면 Workerman은 순수 PHP로 구현된 소켓 통신 프레임워크입니다. 둘 사이에는 프로세스 모델에도 많은 차이가 있습니다.

먼저 Swoole의 프로세스 모델에 대해 이야기해 보겠습니다. 다음 분석 다이어그램을 살펴보세요.

마스터 프로세스
이 프로세스는 비교적 복잡하며, 내 생각에는 핵심 프로세스이기도 합니다. 메인 스레드와 n개의 리액터 스레드를 포함하여 여러 스레드가 포함된 프로세스입니다. ). 그 중 메인 스레드는 새로운 연결을 받아들이는 데 사용되며, 각 리액터 스레드가 유지 관리를 담당하는 연결 수를 평가한 다음 이를 가장 작은 수의 리액터 스레드에 할당하여 각 리액터 스레드의 부하가 다음과 같은지 확인합니다. 최대한 균형을 이뤘습니다. 기본적으로 소켓이 읽기 또는 쓰기 가능해지면 리액터 스레드에 의해 작업자 프로세스로 보내지거나 클라이언트로 보내집니다. 또한 메인 스레드는 리액터 스레드가 신호를 수신할 때 중단을 방지하기 위해 모든 신호를 인수하는 역할도 담당합니다. 간단히 말해서 마스터 프로세스는 연결 승인 및 호스팅, 소켓의 가독성 및 쓰기 가능성(데이터 전송 및 수신)을 담당합니다. 본질적으로 마스터 프로세스는 IO를 담당합니다. 또한 리액터 스레드는 완전히 비동기적이고 차단되지 않는 작업 방법이라는 점에 유의해야 합니다.

매니저 프로세스
매니저 프로세스는 워커 프로세스와 태스크워커 프로세스의 모체입니다. 직설적으로 말하면 매니저 프로세스는 워커 프로세스와 태스크워커 프로세스를 분기한 것입니다. 따라서 이들은 탄생한 후에 관리되어야 합니다. 관리자 프로세스는 작업자 프로세스를 담당해야 합니다. 프로세스 및 작업 작업자 프로세스의 유지 관리 의무에는 상태 모니터링, 예기치 않게 중단된 경우 새 프로세스 다시 시작(좀비 프로세스 방지), 원활한 다시 시작(전설적인 다시 로드)이 포함됩니다.

작업자 프로세스
작업자 프로세스는 관리자 프로세스에 의해 분기됩니다. 직설적으로 말하면 이 프로세스는 단지 벽돌을 작업으로 옮기는 것입니다(공식 문서에서 여러 번 언급되는 비즈니스 코드). 실제로는 커드 비즈니스 논리입니다. 일반적으로 코딩되는 코드입니다. 그러나 작업자 프로세스에서 더 흥미로운 점은 이 프로세스가 비동기식 또는 동기식으로 작동할 수 있다는 것입니다. 무슨 뜻인지 이해가 안 된다면 먼저 외워서 이야기하기 전에 익숙해지세요.

taskworker 프로세스
taskworker 프로세스(이하 tasker 프로세스)는 실제로 본질적으로 작업자 프로세스이지만 특별한 종류의 작업자 프로세스입니다. 작업자 프로세스에 시간이 많이 걸리고 노동 집약적인 작업이 있는 경우 먼저 해당 작업을 작업 수행자 프로세스에 던지고 다른 작업을 직접 수행할 수 있습니다. 작업 수행자가 해당 작업을 검색하면 매우 편리합니다. 그러나 Tasker 프로세스는 동기 모드에서만 작동할 수 있으며 비동기 모드를 사용할 수 없습니다. 이것이 바로 Tasker 프로세스가 타이머를 사용할 수 없지만 작업자 프로세스는 타이머를 사용할 수 있는 이유입니다.

이러한 프로세스가 어떻게 함께 작동하는지 간략하게 요약하고 이야기해 보겠습니다. 간단히 말해서, 마스터 프로세스는 판매 작업을 담당하지만 특정 작업은 작업자 프로세스가 수행합니다. 작업자 프로세스가 일부 프로세스가 너무 바쁘고 복잡하다고 느끼면 작업자 프로세스가 이를 수행하도록 할 수 있습니다. 매니저 프로세스는 물류 작업자 프로세스와 테이커 프로세스 중 인력 지원 부서로 이들의 삶과 죽음, 먹고 마시고 자는 일을 담당한다.

Workerman의 프로세스 모델은 상대적으로 간단합니다. 우선, Workerman은 Swoole에 리액터 스레드가 없습니다. 둘째, Workerman에는 일반 비즈니스를 처리하는 데 사용되는 작업자 프로세스와 태스커 프로세스가 없습니다. Workerman의 경우 소켓은 작업자 프로세스에 의해 처리되는 반면 Swoole에서는 기본 프로세스의 리액터 스레드에 의해 처리됩니다. 데이터를 받은 후 swoole은 자체 작업자 프로세스(fpm 프로세스와 다소 유사)를 통해 비즈니스를 처리할 수 있습니다.

workerman은 고성능 PHP 소켓 서버 프레임워크입니다. Workerman은 PHP 다중 프로세스 및 libevent 이벤트 폴링 라이브러리를 기반으로 합니다. PHP 개발자는 Rpc 서비스 및 채팅과 같은 자체 네트워크 애플리케이션을 개발하기 위해 하나 또는 두 개의 인터페이스만 구현하면 됩니다. 서버, 모바일 게임 서버 등

workerman의 목표는 PHP 개발자가 PHP 소켓 및 PHP 다중 프로세스의 세부 사항을 이해하지 않고도 고성능 소켓 기반 응용 프로그램 서비스를 보다 쉽게 ​​개발할 수 있도록 하는 것입니다. Workerman 자체는 PHP 프로세스 관리 및 소켓 통신 모듈을 갖춘 PHP 다중 프로세스 서버 프레임워크이므로 php-fpm, nginx 또는 apache 및 기타 컨테이너에 의존하지 않고 독립적으로 실행할 수 있습니다

그 중

workerman에는 두 가지 프로세스 모델이 있습니다

1. 기본 마스터 작업자 모델

2. 마스터 게이트웨이 작업자 모델

마스터 작업자 모델의 워크플로와 프로세스 간의 관계는 다음과 같습니다.

마스터 작업자 모델 설명:

마스터 프로세스는 시작 프로세스 중에 conf 구성을 읽고, 각 애플리케이션 구성의 IP 및 포트를 기반으로 청취 소켓을 생성한 다음 이를 생성합니다. 구성에 있는 프로세스 수에 따라 해당 하위 프로세스 수가 작업자 프로세스입니다. 작업자 프로세스는 마스터 프로세스에서 생성된 청취 소켓을 자동으로 상속하므로 작업자 프로세스는 클라이언트 연결을 독립적으로 수락하고 처리할 수 있습니다. 그런 다음 마스터 프로세스는 신호 모니터링 논리에 들어가 작업자 프로세스 종료 신호를 수신합니다(작업자 프로세스가 종료된 후 시스템은 자동으로 SIGHCLD 신호를 마스터 프로세스에 보내고 마스터 프로세스는 하위 프로세스를 다시 생성하고 대체합니다). 누락된 하위 프로세스), 마스터 프로세스는 작업자 프로세스에서 전송된 중지 신호(SIGINT) 및 원활한 재시작 서비스 신호(SIGHUP)도 수신합니다. 작업자 프로세스는 마스터 프로세스에서 파생된 하위 프로세스이며 자동으로 수신을 상속합니다. 마스터 프로세스의 소켓입니다. 각 작업자 프로세스는 클라이언트 연결을 수락하고 처리합니다.

마스터 작업자 모델은 간단한 비즈니스 또는 짧은 연결 응용 프로그램에 더 적합합니다.

마스터 게이트웨이 작업자 모델의 워크플로 및 프로세스 간 관계는 다음과 같습니다.

마스터 게이트웨이 작업자 모델 설명 :

이러한 모델이 많이 있습니다. 게이트웨이 프로세스 그룹이 생성됩니다. 워크플로는 기본적으로 마스터 작업자 모델과 동일합니다. 차이점은 작업자 프로세스가 더 이상 클라이언트를 직접 처리하지 않는다는 것입니다. 클라이언트와 작업자 프로세스는 네트워크 IO를 처리하고 클라이언트의 긴 연결을 유지합니다.

마스터 게이트웨이 작업자 모델은 장기 연결 애플리케이션에 매우 적합합니다.

비즈니스 코드가 swoole과 Workerman을 동기식 차단 방식으로 사용할 때 swoole은 nginx+fpm을 결합하려고 하는 반면 Workerman은 nginx와 동일합니다