Path: csiph.com!news.swapon.de!fu-berlin.de!uni-berlin.de!not-for-mail
From: Kevin Quick <kq1quick@gmail.com>
Newsgroups: comp.lang.python.announce
Subject: Thespian 3.8.3 released
Date: Thu, 9 Nov 2017 10:11:58 -0800 (PST)
Lines: 52
Approved: python-announce-list@python.org
Message-ID: <mailman.6.1510578725.4999.python-announce-list@python.org>
References: <724c6843-87f2-4f29-93f1-231901c9abd1@googlegroups.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=2001:428:6002:405:31:d928:d4ed:240b; posting-account=jKLC9woAAACVIR6MtjUZji1xHdcyXP1x
User-Agent: G2/1.0
Injection-Date: Thu, 09 Nov 2017 18:11:58 +0000
Precedence: list
Xref: csiph.com comp.lang.python.announce:2686

Release 3.8.3 of Thespian is now available on pypi, with additional informa=
tion at htttp://thespianpy.com including release notes, documentation, and =
repository references.

-----

Thespian is a Python library providing a framework for developing concurren=
t, distributed, fault tolerant applications.

Thespian is built on the Actor Model which allows applications to be writte=
n as a group of independently executing but cooperating "Actors" which comm=
unicate via messages. These Actors run within the Actor System provided by =
the Thespian library.

Concurrent
All Actors run independently within the Actor System. The Actor System may =
run the Actors as threads, processes, or even sequential operations within =
the current process=E2=80=94all with no change to the Actors themselves.

Distributed
Actors run independently=E2=80=A6anywhere. Multiple servers can each be run=
ning Thespian and an Actor can be run on any of these systems=E2=80=94all w=
ith no change to the Actors themselves. Thespian handles the communication =
between the Actors and the management process of distributing the Actors ac=
ross the systems.

Location Independent
Because Actors run independently anywhere, they run independently of their =
actual location. A distributed Actor application may have part of it runnin=
g on a local server, part running on a server in Amsterdam, and part runnin=
g on a server in Singapore=E2=80=A6 or not, with no change or awareness of =
this by the Actors themselves.

Fault Tolerant
Individual Actors can fail and be restarted=E2=80=94automatically=E2=80=94w=
ithout impact to the rest of the system.

Scalable
The number of Actors in the system can be dynamically extended based on fac=
tors such as work volume, and systems added to the Distributed Actor System=
 environment are automatically utilized.

One of the key aspects of the Actor Model is that it represents a higher le=
vel of abstraction than is provided by most frameworks. When writing an Act=
or-based application, the concurrency and transport layers are completely a=
bstracted, which both simplifies the design and allows the concurrency or t=
ransport to be changed in the future without requiring changes in the Actor=
-based application.

The above qualities of Actor programming make it ideally suited for Cloud-b=
ased applications as well, where compute nodes are added and removed from t=
he environment dynamically.