Eliot: Logging that tells you why it happened
.. image:: https://travis-ci.org/itamarst/eliot.png?branch=master :target: http://travis-ci.org/itamarst/eliot :alt: Build Status
logging and other similar systems output a stream of factoids: they're interesting, but you can't really tell what's going on.
- Why is your application slow?
- What caused this code path to be chosen?
- Why did this error happen?
Standard logging can't answer these questions.
But with a better model you could understand what and why things happened in your application. You could pinpoint performance bottlenecks, you could understand what happened when, who called what.
That is what Eliot does.
eliot is a Python logging system that outputs causal chains of actions: actions can spawn other actions, and eventually they either succeed or fail.
The resulting logs tell you the story of what your software did: what happened, and what caused it.
Eliot supports a range of use cases and 3rd party libraries:
- Logging within a single process.
- Causal tracing across a distributed system.
- Scientific computing, with
built-in support for NumPy and Dask <https://eliot.readthedocs.io/en/stable/scientific-computing.html>_.
Asyncio and Trio coroutines <https://eliot.readthedocs.io/en/stable/generating/asyncio.html>_ and the
Twisted networking framework <https://eliot.readthedocs.io/en/stable/generating/twisted.html>_.
Eliot is only used to generate your logs; you will might need tools like Logstash and ElasticSearch to aggregate and store logs if you are using multiple processes across multiple machines.
Eliot supports Python 3.6, 3.7, 3.8, 3.9, and 3.10, as well as PyPy3. It is maintained by Itamar Turner-Trauring, and released under the Apache 2.0 License.
Read the documentation <https://eliot.readthedocs.io>_.
- Download from
- Need help or have any questions?
File an issue <https://github.com/itamarst/eliot/issues/new>_ on GitHub.
- Commercial support is available from
"Eliot has made tracking down causes of failure (in complex external integrations and internal uses) tremendously easier. Our errors are logged to Sentry with the Eliot task UUID. That means we can go from a Sentry notification to a high-level trace of operations—with important metadata at each operation—in a few seconds. We immediately know which user did what in which part of the system." —Jonathan Jacobs