Kommentare zu: Skalierung mit dem Observer Pattern und Events in PHP http://www.managingtech.de/2008/06/16/skalierung-mit-dem-observer-pattern-und-events-in-php/ Managing Technology, from the trenches Tue, 07 Sep 2010 05:44:24 +0000 http://wordpress.org/?v=2.2.1 By: Managing Tech » Blog Archive » Skalierbare Startups bauen lose gekoppelte Systeme http://www.managingtech.de/2008/06/16/skalierung-mit-dem-observer-pattern-und-events-in-php/#comment-362 Managing Tech » Blog Archive » Skalierbare Startups bauen lose gekoppelte Systeme Tue, 07 Oct 2008 23:02:07 +0000 http://www.managingtech.de/2008/06/16/skalierung-mit-dem-observer-pattern-und-events-in-php/#comment-362 [...] rieche hier einen Trend. Ich hatte vor einiger Zeit über das Thema Skalierung mit dem Observer Pattern geschrieben. Jetzt entdecke ich auf der (guten aber doch recht generellen) Liste “Startup [...] […] rieche hier einen Trend. Ich hatte vor einiger Zeit über das Thema Skalierung mit dem Observer Pattern geschrieben. Jetzt entdecke ich auf der (guten aber doch recht generellen) Liste “Startup […]

]]> By: Jan http://www.managingtech.de/2008/06/16/skalierung-mit-dem-observer-pattern-und-events-in-php/#comment-316 Jan Tue, 12 Aug 2008 08:15:29 +0000 http://www.managingtech.de/2008/06/16/skalierung-mit-dem-observer-pattern-und-events-in-php/#comment-316 Hallo Roland, ich schaue mir derzeit RabbitMQ, angesprochen über HTTP an. HTTP ist leider etwas langsam für ein Messaging Protokoll. Aber im Vergleich zur Latenz zum Amazon SQS ist es ok. Hallo Roland,

ich schaue mir derzeit RabbitMQ, angesprochen über HTTP an. HTTP ist leider etwas langsam für ein Messaging Protokoll. Aber im Vergleich zur Latenz zum Amazon SQS ist es ok.

]]> By: Roland Moriz http://www.managingtech.de/2008/06/16/skalierung-mit-dem-observer-pattern-und-events-in-php/#comment-313 Roland Moriz Tue, 12 Aug 2008 01:32:18 +0000 http://www.managingtech.de/2008/06/16/skalierung-mit-dem-observer-pattern-und-events-in-php/#comment-313 ActiveMQ unterstütz meines Wissen auf non-Java/C++ Ebene nur das Stomp Protokoll. Das erlaubt so gut wie keine weiteren Steuermechanismen/Routings zu nutzen. Ausserdem ist es halt typisch JEE - für den einen super, für den agilen Rails/Perl/PHP-Entwickler jedoch einfach nur Horror. ActiveMQ unterstütz meines Wissen auf non-Java/C++ Ebene nur das Stomp Protokoll. Das erlaubt so gut wie keine weiteren Steuermechanismen/Routings zu nutzen.

Ausserdem ist es halt typisch JEE - für den einen super, für den agilen Rails/Perl/PHP-Entwickler jedoch einfach nur Horror.

]]> By: Jan http://www.managingtech.de/2008/06/16/skalierung-mit-dem-observer-pattern-und-events-in-php/#comment-275 Jan Thu, 03 Jul 2008 16:05:19 +0000 http://www.managingtech.de/2008/06/16/skalierung-mit-dem-observer-pattern-und-events-in-php/#comment-275 Hi Sebastian, klingt spannend. ActiveMQ würde ich gerne irgendwann auch mal ausprobieren, evtl. statt unserem Eigenbau... Vom Prozess her ist der Ansatz bei uns etwas anders. Wir stecken fast nur IDs in die Queue und lassen dann den Observer die ganze Arbeit machen, statt den Cron. Das ist m.E. besser skalierbar, aber letztendlich wohl auch nur Geschmackssache... Hi Sebastian, klingt spannend. ActiveMQ würde ich gerne irgendwann auch mal ausprobieren, evtl. statt unserem Eigenbau…

Vom Prozess her ist der Ansatz bei uns etwas anders. Wir stecken fast nur IDs in die Queue und lassen dann den Observer die ganze Arbeit machen, statt den Cron. Das ist m.E. besser skalierbar, aber letztendlich wohl auch nur Geschmackssache…

]]> By: Sebastian http://www.managingtech.de/2008/06/16/skalierung-mit-dem-observer-pattern-und-events-in-php/#comment-274 Sebastian Thu, 03 Jul 2008 15:59:45 +0000 http://www.managingtech.de/2008/06/16/skalierung-mit-dem-observer-pattern-und-events-in-php/#comment-274 Wir setzen bei uns seit kurzem ActiveMQ ein. der Mailversand läuft über eine Queue, außerdem implementieren wir täglich wiederkehrende Prozesse inzwischen damit. Aus Performance Gründen berechnen wir einige Werte für die Ausgabe auf User-Basis vor, die werden dann alle auf einmal in die Queue geworfen und dann nach und nach mit geringer Priorität abgearbeitet. Für uns ist dabei ebenfalls ein Vorteil, dass die Queue persistiert wird und damit auch einen Server-Neustart überlebt. Wir setzen bei uns seit kurzem ActiveMQ ein. der Mailversand läuft über eine Queue, außerdem implementieren wir täglich wiederkehrende Prozesse inzwischen damit. Aus Performance Gründen berechnen wir einige Werte für die Ausgabe auf User-Basis vor, die werden dann alle auf einmal in die Queue geworfen und dann nach und nach mit geringer Priorität abgearbeitet. Für uns ist dabei ebenfalls ein Vorteil, dass die Queue persistiert wird und damit auch einen Server-Neustart überlebt.

]]>