mirror of
https://github.com/zitadel/zitadel.git
synced 2025-08-14 00:47:37 +00:00

# Which Problems Are Solved Adds the possibility to mirror an existing database to a new one. For that a new command was added `zitadel mirror`. Including it's subcommands for a more fine grained mirror of the data. Sub commands: * `zitadel mirror eventstore`: copies only events and their unique constraints * `zitadel mirror system`: mirrors the data of the `system`-schema * `zitadel mirror projections`: runs all projections * `zitadel mirror auth`: copies auth requests * `zitadel mirror verify`: counts the amount of rows in the source and destination database and prints the diff. The command requires one of the following flags: * `--system`: copies all instances of the system * `--instance <instance-id>`, `--instance <comma separated list of instance ids>`: copies only the defined instances The command is save to execute multiple times by adding the `--replace`-flag. This replaces currently existing data except of the `events`-table # Additional Changes A `--for-mirror`-flag was added to `zitadel setup` to prepare the new database. The flag skips the creation of the first instances and initial run of projections. It is now possible to skip the creation of the first instance during setup by setting `FirstInstance.Skip` to true in the steps configuration. # Additional info It is currently not possible to merge multiple databases. See https://github.com/zitadel/zitadel/issues/7964 for more details. It is currently not possible to use files. See https://github.com/zitadel/zitadel/issues/7966 for more information. closes https://github.com/zitadel/zitadel/issues/7586 closes https://github.com/zitadel/zitadel/issues/7486 ### Definition of Ready - [x] I am happy with the code - [x] Short description of the feature/issue is added in the pr description - [x] PR is linked to the corresponding user story - [x] Acceptance criteria are met - [x] All open todos and follow ups are defined in a new ticket and justified - [x] Deviations from the acceptance criteria and design are agreed with the PO and documented. - [x] No debug or dead code - [x] My code has no repetitions - [x] Critical parts are tested automatically - [ ] Where possible E2E tests are implemented - [x] Documentation/examples are up-to-date - [x] All non-functional requirements are met - [x] Functionality of the acceptance criteria is checked manually on the dev system. --------- Co-authored-by: Livio Spring <livio.a@gmail.com>
167 lines
5.1 KiB
Plaintext
167 lines
5.1 KiB
Plaintext
---
|
|
title: ZITADEL with Django Python
|
|
sidebar_label: Django
|
|
---
|
|
|
|
import AppJWT from '../imports/_app_jwt.mdx';
|
|
import ServiceuserJWT from '../imports/_serviceuser_jwt.mdx';
|
|
import ServiceuserRole from '../imports/_serviceuser_role.mdx';
|
|
import SetupPython from '../imports/_setup_python.mdx';
|
|
|
|
This integration guide demonstrates the recommended way to incorporate ZITADEL into your Django Python application.
|
|
It explains how to check the token validity in the API and how to check for permissions.
|
|
|
|
By the end of this guide, your application will have three different endpoint which are public, private(valid token) and private-scoped(valid token with specific role).
|
|
|
|
:::info
|
|
This documentation references our [example](https://github.com/zitadel/example-django-python-oauth) on GitHub.
|
|
:::
|
|
|
|
## ZITADEL setup
|
|
|
|
Before we can start building our application, we have to do a few configuration steps in ZITADEL Console.
|
|
|
|
### Create application
|
|
|
|
<AppJWT/>
|
|
|
|
### Create Serviceuser
|
|
|
|
<ServiceuserJWT/>
|
|
|
|
### Give Serviceuser an authorization
|
|
|
|
<ServiceuserRole/>
|
|
|
|
### Prerequisites
|
|
|
|
At the end you should have the following for the API:
|
|
- Issuer, something like `https://example.zitadel.cloud` or `http://localhost:8080`
|
|
- Introspection URL, something like `https://example.zitadel.cloud/oauth/v2/introspect`
|
|
- Token URL, something like `https://example.zitadel.cloud/oauth/v2/token`
|
|
- `.json`-key-file for the API, from the application
|
|
- ID of the project
|
|
|
|
And the following from the Serviceuser:
|
|
- `.json`-key-file from the serviceuser
|
|
|
|
## Setup new Django application
|
|
|
|
### Setup Python
|
|
|
|
<SetupPython/>
|
|
|
|
### Install dependencies
|
|
|
|
For this example we need the following dependencies:
|
|
- `django`: to create an API with django
|
|
- `python-dotenv`: to use environment variables in the configuration
|
|
- `authlib`: client-side OAuth functionality
|
|
- `requests`: HTTP requests for the introspection
|
|
|
|
|
|
For the dependencies we need a requirements.txt-file with the following content:
|
|
|
|
```python reference
|
|
https://github.com/zitadel/example-python-django-oauth/blob/main/requirements.txt
|
|
```
|
|
|
|
Then install all dependencies with:
|
|
```bash
|
|
python -m pip install -U requirements.txt
|
|
```
|
|
|
|
Then in your folder of choice, call the following command to create a Django base:
|
|
```bash
|
|
django-admin startproject myapi .
|
|
```
|
|
|
|
## Define the Django API
|
|
|
|
### Add to the settings.py to include ZITADEL info
|
|
|
|
There is info needed for the introspection calls, which we put into the settings.py:
|
|
|
|
```python reference
|
|
https://github.com/zitadel/example-python-django-oauth/blob/main/myapi/settings.py#L125-L133
|
|
```
|
|
|
|
and create a ".env"-file in the root folder with the configuration as an example:
|
|
```bash
|
|
ZITADEL_INTROSPECTION_URL = 'URL to the introspection endpoint to verify the provided token'
|
|
ZITADEL_DOMAIN = 'Domain used as audience in the token verification'
|
|
API_PRIVATE_KEY_FILE_PATH = 'Path to the key.json created in ZITADEL'
|
|
```
|
|
|
|
I should look something like this:
|
|
|
|
```bash
|
|
ZITADEL_INTROSPECTION_URL = 'https://example.zitadel.cloud/oauth/v2/introspect'
|
|
ZITADEL_DOMAIN = 'https://example.zitadel.cloud'
|
|
API_PRIVATE_KEY_FILE_PATH = '/tmp/example/250719519163548112.json'
|
|
```
|
|
|
|
### Validator definition
|
|
|
|
To validate the tokens, we need a validator which can be called in the event of API-calls.
|
|
|
|
validator.py:
|
|
|
|
```python reference
|
|
https://github.com/zitadel/example-python-django-oauth/blob/main/myapi/validator.py
|
|
```
|
|
|
|
### Requests and URLs
|
|
|
|
We define 3 different endpoints which differ in terms of requirements.
|
|
views.py:
|
|
|
|
```python reference
|
|
https://github.com/zitadel/example-python-django-oauth/blob/main/myapi/views.py
|
|
```
|
|
|
|
To handle endpoints the urls have to be added to the urls.py:
|
|
|
|
```python reference
|
|
https://github.com/zitadel/example-python-django-oauth/blob/main/myapi/urls.py
|
|
```
|
|
|
|
### DB
|
|
|
|
Create and run migrations:
|
|
|
|
```bash
|
|
python manage.py migrate
|
|
```
|
|
|
|
### Run
|
|
|
|
You can use a local Django server to test the application.
|
|
|
|
```bash
|
|
python manage.py runserver
|
|
```
|
|
|
|
### Call the API
|
|
|
|
To call the API you need an access token, which is then verified by ZITADEL.
|
|
Please follow [this guide here](/docs/guides/integrate/token-introspection/private-key-jwt#get-an-access-token), ignoring the first step as we already have the `.json`-key-file from the serviceaccount.
|
|
|
|
Optionally set the token as an environment variable:
|
|
```
|
|
export TOKEN='MtjHodGy4zxKylDOhg6kW90WeEQs2q...'
|
|
```
|
|
|
|
With the access token, you can then do the following calls:
|
|
```
|
|
curl -H "Authorization: Bearer $TOKEN" -X GET http://localhost:8000/api/public
|
|
curl -H "Authorization: Bearer $TOKEN" -X GET http://localhost:8000/api/private
|
|
curl -H "Authorization: Bearer $TOKEN" -X GET http://localhost:8000/api/private-scoped
|
|
```
|
|
|
|
## Completion
|
|
|
|
Congratulations! You have successfully integrated your Django API with ZITADEL!
|
|
|
|
If you get stuck, consider checking out our [example](https://github.com/zitadel/example-python-django-oauth) application. This application includes all the functionalities mentioned in this quick-start. You can start by cloning the repository and defining the settings in the settings.py. If you face issues, contact us or raise an issue on [GitHub](https://github.com/zitadel/example-python-django-oauth/issues).
|