Async / Enterprise Messaging für PHP Apps
https://stackoverflow.com/questions/1436377
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianFrage
Was Messaging-Plattform die beste Wahl für die asynchrone Nachricht sein würde Schlange stehen (veröffentlichen, zu konsumieren) zwischen PHP und Java-Anwendungen? Ich habe bei RabbitMQ, ActiveMQ, OpenAMQ, Tibco Rendezvous und Websphere MQ aussah. Persistence ist nicht erforderlich. Ich liebe die Idee von AMQP und mit einem offenen Protokoll, aber ich habe von Stabilitätsprobleme mit RabbitMQ gehört, die die führenden AMQP Implementierung zu sein scheinen.
Messaging Last wird nicht ganz zu „Twitter-Stil“ Skala, aber wird ziemlich hohe Volumen und erfordert sehr hohe Verfügbarkeit.
Ein offiziell unterstützt PHP API würde auf jeden Fall Punkte bekommen. Sowohl Java und PHP-Systeme werden aktiv produzieren und konsumieren.
Lösung
ActiveMQ, in meiner Erfahrung ist sehr problematisch. Verlorene Nachrichten und unerklärliche Ausfälle verlassen haben mich gefragt, warum die Leute es verwenden.
Ich habe RabbitMQ in der Vergangenheit und haben sie in eine große Produktionsinfrastruktur eingesetzt und es funktioniert super. Die Umsetzung war Java-basierte - aber mit einem stampfen Adapter sollte es möglich sein.
In Bezug auf Skalierbarkeit, war RabbitMQ groß und einfach zu konfigurieren und Laufen bekommen.
Andere Tipps
für das, was wert ist, offiziell unterstützt PHP Stomp Client basierend auf http://stomp.codehaus.org/PHP wird bald (nächste Woche hoffentlich) veröffentlicht werden.
Wird es hier posten, wenn es aus.
Prost Dejan
Second Life Devs viele verschiedene Messaging-Lösungen Analyse wurden. Es ist Sicht ist Python und C ++, aber viele Lösungen funktionieren auch für PHP. Gut zu lesen.
Haben Sie sich Qpid? Die Implementierung von AMQP gehostet von Apache? Es ist in Java und C / C ++ Versionen mit Schnittstellen für die meisten Sprachen.
