Ich plane die Verwendung Apache Thrift, aber einige Anrufe werden lange laufen/blockieren, aber immer noch einen Rückgabewert, der traditionell über Rückruf zurückgegeben würde.Lang laufende Aufgaben in Thrift
Ich verstehe, dass Thrift does not support Rückrufe (hat sich das geändert?) So denke ich darüber, die Funktion nur blockieren, bis eine Antwort zurückgegeben wird. Wäre das in Ordnung? Will Thrift sich beschweren (Timeout), wenn eine RPC-Anfrage zu lange dauert?
Sie sagen, Thrift war nicht für bidirektionale Kommunikation gedacht, aber es sollte einfach genug sein, mit einer Steckdose zu tun.
Kontext: Ich verwende Thrift oder IPC zwischen zwei Prozessen lokal, daher wird es keine große Last auf dem Server geben, die Bedenken beseitigt, dass lang laufende HTTP-Anfragen den Server überlasten würden.
Fehle ich eine andere Lösung?
Große Antwort, danke! Hast du Erfahrung mit http://grpc.io? – conor
die am längsten laufenden Aufgaben könnte "scannen ein Netzwerk für UDB Broadcast-Nachrichten" könnte überall von Sekunden zu mehreren (10s?) Minuten laufen ... Client/Server <-> Client/Server sollte funktionieren .. – conor
Nein, leider nicht. Danke für den Zeiger. – JensG