[Twisted-Python] Server Components
phil at bubblehouse.org
Sat Mar 29 21:23:19 EDT 2008
On Mar 29, 2008, at 12:53 PM, Simon Pickles wrote:
> Linux user #458601 - http://counter.li.org.
> Phil Christensen wrote:
>> If you are sure to have complete control over the network they're
>> running on (say, in a private IP space) this may be a non-issue,
>> so it's really just about logistics.
> Yes, This system would be in Private IP space.
>> My initial reaction was to suggest Perspective Broker, but someone
>> else might recommend AMP, which I'm just starting to learn the ins
>> and outs of....
> I'll look at PB, but have not found twisted doc very accessible. As
> for AMP, what is that?
I found the PB docs pretty reasonable, but I was already fairly
comfortable with asynchronous network programming, which is really a
required step before Twisted starts making sense. This one was the
I'm pretty fond of PB, but I don't really use a lot of the more
advanced features. Its applicability is definitely dependent on what
kind of data you need to send between your various nodes...
As for amp, I was recently passed this link:
But I'm still processing it ;-)...
On Mar 29, 2008, at 8:51 AM, Simon Pickles wrote:
> Particularly I hope to be able to make deferred requests across a
> network. I'd like to have a hub server, with many small apps
> (modules) which are all clients of the hub server.
> I'd like the modules to be able to request information from each
> other, via the hub, in a deferred way, so the callback will be
> triggered when the requested information arrives.
This is definitely the standard behavior of PB, and in fact, much of
Twisted. Network requests always happen asynchronously, and trigger
their Deferred's callback function like any other deferred event.
> So I need a chain like this:
> ModuleA.RequestName(id).addCallback(modACallback) -> Hub
> Hub.RequestName(id).addCallback(hubCallback)-> ModuleB
> ModuleB.SendNameToHub() -> Hub
> Hub.hubCallback triggered: SendNameToModA() -> ModuleA
> ModuleA.modACallback triggered - request is complete.
> Perhaps one issue is that I have a client->server->client sequence.
That shouldn't be an issue. This is a very reasonable command flow,
and dealing with it elegantly in your app is more a matter of design
choices than protocol.
> Although it looks slow, I am designing my system to be as
> concurrent as possible. Also, the hub can make decisions about
> sharing requests with several modules on a round-robin, or sending
> requests (and events, particularly) to more than one module.
> I know I can do this through TCP or similar, but hoped someone
> might suggest which elements of twisted (a very large framework) I
> should look at more closely.
I think you'll find that PB is easier to pick up initially than AMP,
but if you require a more advanced protocol (e.g., something that
can't be expressed in terms of python method calls and responses, or
that needs very robust exception handling), AMP will probably work
better in the long run.
I do have to emphasize though that this is my opinion based on
limited exposure to AMP, perhaps someone else can chime in with
More information about the Twisted-Python