저는 직원들이 업계 통계가 필요한 제품 목록을 업로드 할 수있는 인터페이스를 구성하고 있습니다 (현재는 한 번에 하나씩 수동으로 수행) .
각 제품은 webservice API를 통해 Google의 통계 엔진에 게재됩니다.
답장을 보내 드리겠습니다. Stat's 엔진은 내 api에서 "다음 피해자"를 요청할 것입니다.PHP 코딩 이론 : 여러 대기열에 대한 트래픽을 직접 처리해야 함 (멀티플렉싱)
사용자가 업로드하는 각 목록에는 50 개에서 1000 개 사이의 제품이 있으며 자체 큐가됩니다.
현재 대기열/목록은 하루에 10-20 회 afactx (추가 완료시 & 제거)로 추가 될 것입니다.
성공하면 트래픽이 몇 달 후에 하루에 700-900 목록으로 올라갈 것입니다.
단순한 라운드 로빈 방식을 사용하여 트래픽을 대기열에 고르게 분산시킬 계획입니다.
멀티플렉서/큐를 나열 염두에두고 ... 다시 목록 주위를 다시 반복 될 때까지 등등 상단 목록 오프 항목, 다음 목록 B 다음 목록 C 및 잡아 것 언제든지 추가/제거 할 수 있습니다.
제가 직면 한 문제는이 문제의 관리를 개념화 한 것입니다.
각 큐를 플랫 파일로 저장하고 관계형 DB (MySQL)를 통해 로테이션을 관리하는 방법에 대해 생각했습니다. 반대로하는 것에 대한 생각. 완전히 평평한 파일이나 완전히 관계형 인 DB에 대한 생각 ... 최종선, 유연 해.
아무렇지도 않게 회전하는 참가자의 가변적 인 목록을 무조건적으로 녹이기 위해 노력할 때 뇌는 단지 증기로 잠겨 있습니다. (나는 방금 휴가를 마치고 돌아왔다. 아직 내 뇌가 집에 없다고 생각한다.)
누구나 이런 식으로 일 했습니까?
어떻게 처리 했습니까?
다시해야 할 경우 개선 할 점은 무엇입니까?
& 모든 팁/제안/조언을 환영합니다.
참고 : Google의 통계 엔진/도구의 각 요청은 수분으로 분리되므로 몇 분이 아니라도이 상태를 유지해야합니다.
** 특정 대기열/목록의 마지막 항목이 통계 엔진에 발행되면 Google 알리미가 트리거되어 사용자가 결과를 볼 수 있음을 알립니다 (상태 확인 필요 없음). .. 예!!). ** 2) ** Stat의 엔진은 단일 제품을 가져 와서 stat을 실행하고 캐시 풀에로드합니다. – mOrloff