Cloud Composer 1 est en mode post-maintenance. Google ne publie plus de mises à jour de Cloud Composer 1, y compris de nouvelles versions d'Airflow, de correctifs de bugs et de mises à jour de sécurité. Nous vous recommandons de planifier la migration vers Cloud Composer 2.

Cette page a été traduite par l'API Cloud Translation.

Accéder à l'API REST Airflow

Cloud Composer 3 | Cloud Composer 2 | Cloud Composer 1

Apache Airflow dispose d'une interface d'API REST qui vous permet d'effectuer des tâches telles que l'obtention d'informations sur les exécutions et les tâches DAG, la mise à jour des DAG, l'obtention de la configuration Airflow, l'ajout et la suppression de connexions et la création de listes d'utilisateurs.

Pour obtenir un exemple d'utilisation de l'API REST Airflow avec Cloud Run Functions, consultez la page Déclencher des DAG avec Cloud Run Functions.

Versions de l'API REST Airflow

Airflow 2 utilise l'API REST stable.
L'API REST expérimentale est obsolète dans Airflow.

Configurer la version stable de l'API REST Airflow

L'API REST stable est activée par défaut dans Airflow 2. Cloud Composer utilise son propre backend d'authentification d'API.

L'autorisation fonctionne de la manière standard fournie par Airflow. Lorsqu'un nouvel utilisateur accorde des autorisations via l'API, le compte de l'utilisateur obtient le rôle Op par défaut.

Vous pouvez activer ou désactiver l'API REST stable, ou modifier le rôle utilisateur par défaut en remplaçant les options de configuration Airflow suivantes :

Section	Clé	Valeur	Remarques
`api`	(Airflow 2.2.5 et versions antérieures) `auth_backend` (Airflow 2.3.0 et versions ultérieures) `auth_backends`	`airflow.composer.api.backend.composer_auth`	Pour désactiver l'API REST stable, définissez sur `airflow.api.auth.backend.deny_all`.
`api`	`composer_auth_user_registration_role`	`Op`	Vous pouvez spécifier n'importe quel autre rôle.

Autoriser les appels d'API à l'API REST Airflow à l'aide du contrôle d'accès du serveur Web

Selon la méthode utilisée pour appeler l'API REST Airflow, la méthode de l'appelant peut utiliser une adresse IPv4 ou IPv6. N'oubliez pas de débloquer le trafic IP vers l'API REST Airflow à l'aide du contrôle des accès au serveur Web.

Utilisez l'option de configuration par défaut, qui est All IP addresses have access (default), si vous ne savez pas de quelle adresse IP vos appels à l'API REST Airflow seront envoyés.

Effectuer des appels vers l'API REST Airflow

Cette section fournit un exemple de script Python que vous pouvez utiliser pour déclencher des DAG avec la version stable de l'API REST Airflow.

Placez le contenu de l'exemple suivant dans un fichier nommé composer2_airflow_rest_api.py, puis définissez les variables suivantes:

dag_id: nom d'un DAG, tel que défini dans le fichier source du DAG.
dag_config: configuration de l'exécution du DAG.
web_server_url: URL de votre serveur Web Airflow. Il a le format suivant : https://<web-server-id>.composer.googleusercontent.com.

Important :N'ajoutez pas de barre oblique inversée à la fin de l'URL du serveur Web.

from __future__ import annotations

from typing import Any

import google.auth
from google.auth.transport.requests import AuthorizedSession
import requests


# Following GCP best practices, these credentials should be
# constructed at start-up time and used throughout
# https://cloud.google.com/apis/docs/client-libraries-best-practices
AUTH_SCOPE = "https://www.googleapis.com/auth/cloud-platform"
CREDENTIALS, _ = google.auth.default(scopes=[AUTH_SCOPE])


def make_composer2_web_server_request(
    url: str, method: str = "GET", **kwargs: Any
) -> google.auth.transport.Response:
    """
    Make a request to Cloud Composer 2 environment's web server.
    Args:
      url: The URL to fetch.
      method: The request method to use ('GET', 'OPTIONS', 'HEAD', 'POST', 'PUT',
        'PATCH', 'DELETE')
      **kwargs: Any of the parameters defined for the request function:
                https://github.com/requests/requests/blob/master/requests/api.py
                  If no timeout is provided, it is set to 90 by default.
    """

    authed_session = AuthorizedSession(CREDENTIALS)

    # Set the default timeout, if missing
    if "timeout" not in kwargs:
        kwargs["timeout"] = 90

    return authed_session.request(method, url, **kwargs)


def trigger_dag(web_server_url: str, dag_id: str, data: dict) -> str:
    """
    Make a request to trigger a dag using the stable Airflow 2 REST API.
    https://airflow.apache.org/docs/apache-airflow/stable/stable-rest-api-ref.html

    Args:
      web_server_url: The URL of the Airflow 2 web server.
      dag_id: The DAG ID.
      data: Additional configuration parameters for the DAG run (json).
    """

    endpoint = f"api/v1/dags/{dag_id}/dagRuns"
    request_url = f"{web_server_url}/{endpoint}"
    json_data = {"conf": data}

    response = make_composer2_web_server_request(
        request_url, method="POST", json=json_data
    )

    if response.status_code == 403:
        raise requests.HTTPError(
            "You do not have a permission to perform this operation. "
            "Check Airflow RBAC roles for your account."
            f"{response.headers} / {response.text}"
        )
    elif response.status_code != 200:
        response.raise_for_status()
    else:
        return response.text




if __name__ == "__main__":
    # TODO(developer): replace with your values
    dag_id = "your-dag-id"  # Replace with the ID of the DAG that you want to run.
    dag_config = {
        "your-key": "your-value"
    }  # Replace with configuration parameters for the DAG run.
    # Replace web_server_url with the Airflow web server address. To obtain this
    # URL, run the following command for your environment:
    # gcloud composer environments describe example-environment \
    #  --location=your-composer-region \
    #  --format="value(config.airflowUri)"
    web_server_url = (
        "https://example-airflow-ui-url-dot-us-central1.composer.googleusercontent.com"
    )

    response_text = trigger_dag(
        web_server_url=web_server_url, dag_id=dag_id, data=dag_config
    )

    print(response_text)

Accéder à l'API REST Airflow à l'aide d'un compte de service

La base de données Airflow limite la longueur du champ d'adresse e-mail à 64 caractères. Les adresses e-mail des comptes de service sont parfois plus longues que 64 caractères. Il n'est pas possible de créer des utilisateurs Airflow pour ces comptes de service de la manière habituelle. Si aucun utilisateur Airflow n'est associé à un tel compte de service, l'accès à l'API REST Airflow génère les erreurs HTTP 401 et 403.

Pour contourner ce problème, vous pouvez préenregistrer un utilisateur Airflow pour un compte de service. Pour ce faire, utilisez accounts.google.com:NUMERIC_USER_ID comme nom d'utilisateur et une chaîne unique comme adresse e-mail.

Pour obtenir NUMERIC_USER_ID pour un compte de service, exécutez la commande suivante :
```
gcloud iam service-accounts describe \
  SA_NAME@PROJECT_ID.iam.gserviceaccount.com \
  --format="value(oauth2ClientId)"
```
Remplacez :
- SA_NAME par le nom du compte de service
- PROJECT_ID par l'ID du projet.
Créez un utilisateur Airflow doté du rôle Op pour le compte de service :
Interface utilisateur d'Airflow
1. Accédez à l'interface utilisateur d'Airflow.
2. Accédez à Sécurité > Répertorier les utilisateurs, puis cliquez sur Ajouter un enregistrement. Votre utilisateur Airflow doit disposer du rôle Admin pour ouvrir cette page.
3. Spécifiez accounts.google.com:NUMERIC_USER_ID comme nom d'utilisateur. Remplacez NUMERIC_USER_ID par l'ID utilisateur obtenu à l'étape précédente.
4. Spécifiez un identifiant unique comme adresse e-mail. Vous pouvez utiliser n'importe quelle chaîne unique.
5. Spécifiez le rôle de l'utilisateur. Par exemple, Op.
6. Assurez-vous que la case Is Active? (Est-il actif ?) est cochée.
7. Spécifiez le prénom et le nom de l'utilisateur. Vous pouvez utiliser n'importe quelle chaîne.
8. Cliquez sur Enregistrer.
gcloud

Exécutez la commande de CLI Airflow suivante :
```
gcloud composer environments run ENVIRONMENT_NAME \
    --location LOCATION \
    users create -- \
    -u accounts.google.com:NUMERIC_USER_ID \
    -e UNIQUE_ID  \
    -f UNIQUE_ID \
    -l - -r Op --use-random-password
```
Remplacez :
- ENVIRONMENT_NAME par le nom de l'environnement.
- LOCATION par la région où se trouve l'environnement.
- NUMERIC_USER_ID par l'ID utilisateur obtenu à l'étape précédente.
- UNIQUE_ID par l'identifiant de l'utilisateur Airflow. Vous pouvez utiliser n'importe quelle chaîne unique.
Une fois que vous avez créé un utilisateur Airflow pour un compte de service, un appelant authentifié en tant que compte de service est reconnu comme utilisateur préenregistré et est connecté à Airflow.

Remarque :Pour les configurations de la fédération des identités des employés: les comptes de service sont considérés comme des comptes Google, même si vous utilisez la fédération des identités des employés. Lorsque vous interagissez avec l'interface utilisateur d'Airflow à l'aide d'un compte de service, assurez-vous d'utiliser les URL dédiées aux comptes Google. Pour en savoir plus, consultez la section Accéder aux environnements avec la fédération des identités des employés.

Évoluer le composant de l'API REST Airflow

Les points de terminaison de l'API REST Airflow et de l'UI Airflow sont exécutés dans le serveur Web Airflow. Si vous utilisez l'API REST de manière intensive, envisagez d'augmenter la quantité de processeur et de mémoire disponibles pour le serveur Web Airflow, en fonction de la charge attendue.