> For the complete documentation index, see [llms.txt](https://doc.commandersact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://doc.commandersact.com/fr/pour-commencer/platform-interface/prod-and-testing-environments.md).

# Environnements de production et de test

La plateforme Commanders Act vous permet de gérer les sources de données, les destinations et les transformations dans différents environnements. Ces environnements — à savoir Production, Staging et Development — vous aident à organiser et à contrôler plus efficacement votre flux de données.

### Que sont les environnements ?

Les environnements sont des étiquettes qui peuvent être appliquées aux sources, aux destinations et aux transformations. Ces étiquettes vous aident à catégoriser et à gérer la manière dont les données circulent et sont traitées au sein du système. En sélectionnant un environnement, vous pouvez spécifier le contexte dans lequel une source, une destination ou une transformation particulière doit fonctionner.\
Les trois environnements principaux par défaut sont :

* **Production**: Il s’agit de l’environnement live (sur lequel il faut être très prudent)
* **Staging**: Souvent utilisé pour les tests et l’assurance qualité.
* **Development**: Utilisé pour construire et tester des choses

### Exemples de workflows

#### Cas d’utilisation 1 : tests à l’échelle de toute l’équipe d’une nouvelle destination

* **Scénario**: Votre équipe doit valider la configuration d’une nouvelle destination.
* **Étapes**:
  1. Créez une destination dans l’environnement Development et étiquetez-la « Team\_Test\_Destination ».
  2. Connectez uniquement les sources Development qui envoient des événements connus et contrôlés.
* **Résultat**: L’équipe peut tester et valider collectivement la nouvelle destination à l’aide de données contrôlées, de faible volume.

#### Cas d’utilisation 2 : tester les transformations de données à plus petite échelle

* **Scénario**: Vous avez développé une nouvelle logique de transformation des données et souhaitez en tester l’impact avant de l’appliquer à vos données en production.
* **Étapes**:
  1. Créez une source dans l’environnement Development et étiquetez-la « Transformation\_Test ».
  2. Dirigez uniquement un sous-ensemble de vos événements, de préférence des événements de test, vers cette source.
  3. Créez une transformation dans l’environnement Development et connectez-la à la source « Transformation\_Test ».
* **Résultat**: Vous pouvez valider la nouvelle logique de transformation des données à l’aide de données contrôlées, de faible volume, sans affecter l’environnement Production.

#### Cas d’utilisation 3 : vérification d’une mise à jour d’application mobile

* **Scénario**: Vous publiez une nouvelle version de votre application mobile et souhaitez vous assurer qu’elle fonctionne comme prévu.
* **Étapes**:
  1. Créez une source dans l’environnement Development spécialement pour la nouvelle version de l’application mobile.
  2. Dans un premier temps, connectez cette source aux destinations de l’environnement Development.
  3. Une fois vérifiée, connectez-la aux destinations Production.
* **Résultat**: Vous pouvez tester la nouvelle version de l’application dans un environnement contrôlé, à faible volume, avant de la déployer auprès de votre base d’utilisateurs.

#### Cas d’utilisation 4 : contrôle d’accès basé sur les rôles (bientôt)

* **Scénario**: Vous souhaitez contrôler qui peut effectuer des modifications dans les différents environnements.
* **Étapes**:
  1. Attribuez des rôles aux membres de l’équipe, en précisant les autorisations pour Production, Staging et Development.
  2. Mettez en place ces rôles pour restreindre ou accorder l’accès à des sources, destinations ou transformations spécifiques.
* **Résultat**: Seuls les membres autorisés de l’équipe peuvent effectuer des modifications dans les environnements sensibles, ce qui renforce la sécurité et la responsabilisation.

{% hint style="info" %}
À l’avenir, la plateforme introduira une gestion des autorisations utilisateurs qui vous permettra de définir qui peut modifier ou créer des éléments dans chaque environnement. Cela ajoute une couche supplémentaire de contrôle et de sécurité, en garantissant que seul le personnel autorisé peut effectuer des modifications dans des environnements critiques comme Production.
{% endhint %}

### Avantages de l’utilisation des environnements

#### Isolation des données

Isoler les données entre les environnements minimise le risque d’erreurs et de corruption des données. Par exemple, le test d’une nouvelle fonctionnalité dans l’environnement Development ou Staging n’affectera pas vos données live en Production.

#### Sécurité renforcée

Les données de Production sont isolées de Development et Staging, ce qui réduit le risque d’accès non autorisé ou de fuite de données.

#### Testabilité améliorée

Les nouvelles fonctionnalités ou transformations de données peuvent être testées de manière approfondie dans l’environnement Staging ou Development avant d’être déployées en Production.

#### Déploiement simplifié

Le passage de nouvelles fonctionnalités de Development à Staging puis à Production devient plus simple, ce qui réduit les risques d’erreurs lors du déploiement.

#### Collaboration d’équipe

Les environnements facilitent une meilleure collaboration entre les équipes de développement, de test et d’exploitation en fournissant des espaces dédiés à chaque phase.

#### Fonctionnalité à venir : gestion des autorisations utilisateurs

Elle vous permet de définir qui peut modifier ou créer des éléments en production, en staging, etc. Cela ajoute une couche supplémentaire de contrôle et de sécurité, en garantissant que seul le personnel autorisé peut effectuer des modifications dans des environnements critiques comme Production.

### Comment utiliser les environnements

1. **Créer une source ou une destination**: Vous avez la possibilité de le libeller avec un tag d’environnement — Production, Staging ou Development. Cela vous aide à catégoriser et à gérer la façon dont les données circulent et sont traitées au sein du système.
2. **Transformations de nettoyage des données**: Lors de la création d’une transformation, vous pouvez choisir de l’appliquer à un environnement spécifique, ce qui vous donne davantage de contrôle sur votre flux de données.

{% hint style="info" %}
**Créez vos propres environnements**: En plus des environnements par défaut Production, Staging et Development, une **future** mise à jour vous permettra de créer vos propres environnements personnalisés. Cela offrira encore plus de flexibilité dans la gestion des flux de données et des transformations, en vous permettant d’adapter la plateforme à vos besoins spécifiques.
{% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://doc.commandersact.com/fr/pour-commencer/platform-interface/prod-and-testing-environments.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.