von pichel » So 10. Sep 2023, 13:13
Hallo Florian,
es tut mir leid, dass ich dich altuell so wenig bei deinem Projekt unterstützen kann. Ab Ende Oktober werde ich hoffentlich wieder mehr Zeit für den Anwendersupport haben.
Zu deinem Setup: Also der Flaschenhals ist nicht der Webserver und auch nicht die Datenbank, beides kann (wenn die Hardware das hergibt) prinzipiell mehrere Tausend Anfragen zur gleichen Zeit beantworten. Die TSE-Signierung kann ein Problem sein, weil jede Signierung eine gewisse Zeit in Anspruch nimmt und die Umsetzung bei OrderSprinter noch erfordert, dass sich Kernkomponente und TSEConnector über http unterhalten.
Wenn also eine Instanz eine Anfrage bekommt, aber diese eine Signierung erfordert, wird sie nicht antworten und alles blockieren, bis die Signierung erfolgt ist.
Die Idee mit der Replikation ist es nun, dass man eben verschiedenen Instanzen aufsetzen kann, wobei die unkritischen Lesezugriffe sich nicht durch eine Blockierung aufhalten lassen sollten. Wenn also die Artikelbilder sowie die Küchen-/Bar-/Bereitschaftansicht nicht den absolut letzten Stand darstellen, oder auch die Anzeige der zubereiteten Artikel in der Bestellansicht nicht ganz aktuell sind, dann ist das völlig ok, da kommt es sich nicht auf Sekunden an. Da genau diese Lesezugriffe 90% der Anfragen ausmachen, hilft die DB-Replikation hier bei großen Veranstaltungen.
Hast du mein Setup mit Docker-Composer, welches ich im Handbuch gezeigt habe, ausprobiert? Wenn das auch nicht funktioniert, wird es ein Bug in OrderSprinter sein. Ansonsten würde ich davon ausgehen, dass das Replikationssetup bei dir noch nicht einwandfrei ist.
Hast du mal ausgerechnet, wie viele TSE-Signierungen pro Minute auf deinem Fest zu erwarten sind (Bestellung und Abrechnung jeweis eine Signatur). Wenn es durchschnittlich mehr als 60 innerhalb der gleichen Minute sind, könnte es kritisach werden. Über die Statisikansicht kannst du erkennen, wie lange bei dir eine Signirung dauert.
Viele Grüße,
Stefan
Hallo Florian,
es tut mir leid, dass ich dich altuell so wenig bei deinem Projekt unterstützen kann. Ab Ende Oktober werde ich hoffentlich wieder mehr Zeit für den Anwendersupport haben.
Zu deinem Setup: Also der Flaschenhals ist nicht der Webserver und auch nicht die Datenbank, beides kann (wenn die Hardware das hergibt) prinzipiell mehrere Tausend Anfragen zur gleichen Zeit beantworten. Die TSE-Signierung kann ein Problem sein, weil jede Signierung eine gewisse Zeit in Anspruch nimmt und die Umsetzung bei OrderSprinter noch erfordert, dass sich Kernkomponente und TSEConnector über http unterhalten.
Wenn also eine Instanz eine Anfrage bekommt, aber diese eine Signierung erfordert, wird sie nicht antworten und alles blockieren, bis die Signierung erfolgt ist.
Die Idee mit der Replikation ist es nun, dass man eben verschiedenen Instanzen aufsetzen kann, wobei die unkritischen Lesezugriffe sich nicht durch eine Blockierung aufhalten lassen sollten. Wenn also die Artikelbilder sowie die Küchen-/Bar-/Bereitschaftansicht nicht den absolut letzten Stand darstellen, oder auch die Anzeige der zubereiteten Artikel in der Bestellansicht nicht ganz aktuell sind, dann ist das völlig ok, da kommt es sich nicht auf Sekunden an. Da genau diese Lesezugriffe 90% der Anfragen ausmachen, hilft die DB-Replikation hier bei großen Veranstaltungen.
Hast du mein Setup mit Docker-Composer, welches ich im Handbuch gezeigt habe, ausprobiert? Wenn das auch nicht funktioniert, wird es ein Bug in OrderSprinter sein. Ansonsten würde ich davon ausgehen, dass das Replikationssetup bei dir noch nicht einwandfrei ist.
Hast du mal ausgerechnet, wie viele TSE-Signierungen pro Minute auf deinem Fest zu erwarten sind (Bestellung und Abrechnung jeweis eine Signatur). Wenn es durchschnittlich mehr als 60 innerhalb der gleichen Minute sind, könnte es kritisach werden. Über die Statisikansicht kannst du erkennen, wie lange bei dir eine Signirung dauert.
Viele Grüße,
Stefan