Correlation IDs in Django for debugging requests
Project description
Logging is important. Anyone who has had a call at 3am to say the site is down knows this. Without quality logging it is almost impossible to work out what on earth is happening.
The more you log, the harder it is to track down exactly what the effects of a particular request are. Enter Django Correlation ID. Incoming requests are assigned a unique identifier. This can either happen in your public facing web server (e.g. nginx) or be applied by Django itself.
This correlation id (also known as request id) is then available through the Django request/response cycle and may be automatically included in all log messages. That way, you can easily link all log messages that relate to the same request:
2018-10-01T08:18:39.86+00:00 correlation_id=2433d5d4-27a3-4889-b14b-107a131368a3 Call to plug from cpoint=1
2018-10-01T08:18:39.90+00:00 correlation_id=72fbd7dd-a0ba-4f92-9ed0-0db358338e86 Call to state by cpoint=2 with {'state': {'B': 'idle', 'A': 'on_charge'}}
2018-10-01T08:18:39.92+00:00 correlation_id=2433d5d4-27a3-4889-b14b-107a131368a3 Ended rental=7 customer="John Smith" on plug
In this example, we can see that the first and the third log messages are tied to the same request, while the second message relates to a distinct request.
In addition to these logs, django-cid can include the correlation id:
in all SQL queries (as a comment);
in rendered templates;
as a header in the HTTP response generated by Django;
and possibly anywhere by using the API of django-cid, for example as an HTTP header on a request to another internal system of yours, which is especially useful in service-oriented architecture.
Documentation can be found at: https://django-correlation-id.readthedocs.org/
Sources are on GitHub: https://github.com/Polyconseil/django-cid
Supported versions
We currently support Python >= 3.6 and Django >= 2.2.
Other versions may work but are not supported.
History
2.2 (2021-03-15)
Add support of Django 3.1.
Remove support of Python 3.5.
Under Python 3.7 and later, use context variables (with the contextvars module) instead of a thread-local variable to avoid state bleeding in concurrent code.
2.1 (2020-06-22)
Add support of Django 3.0
backward incompatible: Drop support of Django 2.1.
2.0 (2019-09-27)
backward incompatible: Drop support of Python 3.4.
backward incompatible: Drop support of Django 1.11 and Django 2.0.
Add CID_GENERATOR setting to allow the customization of the correlation id.
1.3 (2018-10-09)
bugfix: Fix packaging bug (introduced in version 1.2) that caused two extra packages tests and sandbox to be installed.
1.2 (2018-10-08)
bugfix: Fix bug (introduced in version 1.0) that caused the correlation id to be reused across all requests that were processed by the same thread.
1.1 (2018-10-01)
Allow to concatenate an upstream correlation id with a locally-generated one, with a new CID_CONCATENATE_IDS setting.
1.0 (2018-10-01)
Warning: this release includes changes that are not backward compatible. Be sure to read the details below to know if and how you can migrate.
backward incompatible: Drop support of Django 1.10 and earlier.
backward incompatible: Drop support of Python 2.
Add support of Django 2. Version 0.x could already be used with Django 2 but tests were not run against it. They now are.
Generate cid outside of the middleware when GENERATE_CID is enabled, so that it’s available even if the middleware is not used.
Fix support of Django 1.11 in database backends.
Add PostGIS database backend.
Add CID_SQL_COMMENT_TEMPLATE to customize how the cid is included as comments in SQL queries.
backward incompatible: Change the app name to be used in INSTALLED_APPS.
Migration from version 0.x: if you had cid in INSTALLED_APPS, replace it by cid.apps.CidAppConfig. If you did not, add the latter.
backward incompatible: Drop compatibility with MIDDLEWARE_CLASSES. You should use the MIDDLEWARE setting. If you already did, no change is necessary.
If you really must use the old MIDDLEWARE_CLASSES setting, include CidOldStyleMiddleware instead of CidMiddleware.
0.2.0 (2016-12-06)
Added support for Django 1.10 middleware (thanks @qbey)
0.1.2 (2016-12-01)
Made CID repsonse header configurable, and optional (thanks @dbaty)
0.1.0 (2014-08-05)
First release on PyPI.
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
File details
Details for the file django-cid-2.2.tar.gz.
File metadata
- Download URL: django-cid-2.2.tar.gz
- Upload date:
- Size: 18.4 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/3.1.1 pkginfo/1.5.0.1 requests/2.22.0 setuptools/41.2.0 requests-toolbelt/0.9.1 tqdm/4.40.2 CPython/3.8.6
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 | 40912fc82f1723a28c8c2aad070f6574e1382cddc35c3cbdf66536e1c42004d7 |
|
| MD5 | ec6af9c0ebe017f0382381c04d569385 |
|
| BLAKE2b-256 | 6888d208370d0c8b1d0fc8e642d08146fbb6f399ca00fcaa8940441c9ddb7c3e |
Provenance
File details
Details for the file django_cid-2.2-py2.py3-none-any.whl.
File metadata
- Download URL: django_cid-2.2-py2.py3-none-any.whl
- Upload date:
- Size: 11.5 kB
- Tags: Python 2, Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/3.1.1 pkginfo/1.5.0.1 requests/2.22.0 setuptools/41.2.0 requests-toolbelt/0.9.1 tqdm/4.40.2 CPython/3.8.6
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 | 70aec72c86da14799bd9546386b6d2462e831646761bcef4b89523c4dfb2c5b4 |
|
| MD5 | 01f8991c6eb5831ca365c6105c76d786 |
|
| BLAKE2b-256 | 4ec6318e66c74c41cf72cb587c83c824578241d61d5f3f6e40c3723c9442c352 |
