> 백엔드 개발 > PHP 튜토리얼 > 대규모 PHP 애플리케이션의 경우 일반적으로 메시지 대기열에 어떤 애플리케이션이 사용됩니까?

대규모 PHP 애플리케이션의 경우 일반적으로 메시지 대기열에 어떤 애플리케이션이 사용됩니까?

WBOY
풀어 주다: 2016-09-24 09:04:04
원래의
1715명이 탐색했습니다.

저는 Redis를 메시지 큐로 사용하고 있는데 갑자기 더 좋은 것이 없을까 하는 생각이 들었습니다.

답글 내용:

콩나무를 사용하는데 qps는 1000정도 입니다 단순히 큐 서비스만 한다면 beanstalkd(작고 성능 좋음)를 추천합니다. 고가용성과 대용량을 고려한다면 kafka를 사용하시면 됩니다. 기존 솔루션의 부족한 부분을 먼저 지적해보시면 어떨까요? 이 문제는 PHP와 관련이 없는 것 같나요? 메시지 대기열 선택은 비즈니스 시나리오를 더 고려합니다.

* 초당 메시지 수, 초당 수만 개의 메시지가 있는 경우 Beanstalk 및 RabbitMQ를 사용할 수 없는 성능 등의 성능을 직접 사용했습니다.
* 신뢰성, 메시지가 유실될 수 있나요? 끈기가 필요한가요?
* 고가용성, 다운타임이 허용됩니까?
* 배포가 필요한지 여부
* 운영 및 유지 관리 비용, 회사의 개발(운영 및 유지 관리)이 이 메시지 대기열을 유지할 수 있는지 여부
* 클라이언트 지원, 이것은 언어 수준에 있습니다. 예를 들어 Kafka는 매우 좋은 메시지 대기열이지만 PHP 클라이언트가 잘 작성되지 않았고 직접 다시 작성하기도 어렵기 때문에 선택할 때 주의해야 합니다.

이러한 요소를 고려한 후 선택 방법을 결정할 수 있습니다.
어떤 메시지 대기열이 있습니까? 메시지 대기열
성능 비교: bravenewgeek.com/dissec 레디스,rabbitmq Redis 및 RabbitMQ 사용 이는 애플리케이션 시나리오에 따라 다릅니다. 일반적으로 Redis를 사용하는 것은 상대적으로 간단하지만 Redis는 메시지가 정상적으로 처리되지 않고 다른 프로세스가 여전히 메시지를 처리할 수 있는 상황, 즉 메시지를 확인하는 프로세스가 없다는 것을 인식할 수 없습니다. 메시지 처리가 완료되었습니다.
완전한 메시지 대기열을 원할 경우 제가 사용한 것은 gearman과 Rabbitmq이며 둘 다 좋습니다. PHP-resque 기어맨. 네트워크 전반에 걸쳐 메시지 손실이 필요하지 않은 경우 kafka를 선택할 수도 있습니다. 노동자
관련 라벨:
원천:php.cn
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿