Request for comments on python distributed technologies

[Paul McGuire]

"Carl J. Van Arsdall" <cvanarsdall at mvista.com> wrote in message
news:mailman.5972.1148064796.27775.python-list at python.org...
> Hey everyone, another question for the list.  In particular i'm looking
> for comments on some of the distributed technologies supported in
> python.  Specifically, I'm looking at XML-RPC, RPyC, CORBA, and Twisted.
>

What you describe sounds very much like pyro, which should probably be added
to your list.

BTW, distributed frameworks are not inherently more robust or more easily
maintained than monolithic systems.  Unless you establish dynamic
replication and/or relocation of services, you can easily end up with one or
more single points of failure.  Services should be self-registering in order
to make finding them an automatic process, without having to maintain global
configuration/locator files or services (which themselves can become
bottlenecks), or distributed lookup files that must be propagated when
changes occur (with appropriate change collision management).  You also want
to incorporate some form of isolation in your framework, to try to avoid
permitting ill-behaved clients from crashing services.  A global logging
service for all services is handy - its a bear traipsing through and
interleaving among log files from each separate service node - but this too
can be a drag on performance and robustness.  And also, don't forget admin
and monitoring utilities - some op center somewhere is going to have to
monitor this whole mess^H^H^H^Hsystem, and would like an early warning
before the one critical bottleneck resource decides to croak at 2a.m. on a
Sunday.

-- Paul