Differences between basic and standard mode workspaces - DataWorks

Contexte

Les sections suivantes sont abordées :

Section	description
Présentation des modes basique et standard	Architecture de chaque mode d'espace de travail.
Impact sur le développement et les opérations (O&M)	Influence de chaque mode sur le développement des nœuds et les opérations.
Avantages et inconvénients	Points forts et faibles de chaque mode.
Workflow du mode standard	Comment le mode standard permet la gouvernance des workflows basée sur les rôles.
Mappage des sources de données pour les modules DataWorks selon les modes d'espace de travail	Mappage des modules DataWorks vers leurs environnements de source de données correspondants dans chaque mode.
Comment isoler le développement de la production en mode basique	Procédure d'isolation entre développement et production en mode basique.

notes

En mode standard, vous devez créer des sources de données physiquement isolées pour les environnements de développement et de production. Créer une source de données.
L'accès inter-projets ou inter-bases de données dépend des caractéristiques de la source de données. Si les environnements de développement et de production utilisent des sources de données différentes, la capacité de l'environnement de développement à accéder aux tables, ressources et fonctions de production dépend du type de source de données.
En mode standard, les tâches de l'environnement de développement ne sont pas planifiées périodiquement par défaut. Les tâches ne s'exécutent selon un planning qu'après leur déploiement dans l'environnement de production.

Concepts clés

Les deux modes diffèrent comme suit :

Remarque

Chacun des modes convient à l'exploration, mais le mode standard est recommandé pour la production. Il assure l'isolation du code, des ressources de calcul et des autorisations entre les environnements, ainsi que la gouvernance des workflows de déploiement.

Pour conserver le code existant lors de la mise à niveau, consultez la rubrique Mettre à niveau un espace de travail du mode basique vers le mode standard.

Le tableau suivant compare les deux modes.

Perspective

Mode basique

Mode standard (recommandé)

Nombre de sources de données

Un espace de travail DataWorks correspond à une seule source de données. Basic mode

Un espace de travail DataWorks correspond à deux sources de données, isolant les environnements de développement et de production.

Remarque

Vous devez créer des sources de données physiquement isolées pour les environnements de développement et de production.

Standard mode workspace architecture

Environnements DataWorks correspondants

La source de données unique sert d'environnement de production pour DataWorks.

Une source de données sert d'environnement de développement ; l'autre sert d'environnement de production.

Remarque

Vous pouvez créer des sources de données distinctes pour l'environnement de développement et l'environnement de production. Par exemple :

Utilisez des instances cloud différentes pour l'environnement de développement et l'environnement de production.
Utilisez des projets ou des bases de données différents au sein de la même instance cloud pour l'environnement de développement et l'environnement de production.
En mode standard, si les sources de données associées aux environnements de développement et de production sont différentes, l'exécution des tâches dans l'environnement de développement n'affecte pas l'environnement de production. Pour exécuter des tâches dans l'environnement de production, déployez-les dans Operation Center et lancez-les.

Impact sur le développement et les O&M

Comparaison	Mode basique	Mode standard (recommandé)
Gouvernance du workflow de développement	Les tâches soumises sont planifiées périodiquement dans le système de planification sans déploiement. (soumettre --> production)	Les tâches doivent être soumises dans l'environnement de développement et déployées en production avant d'être planifiées. (soumettre --> déployer --> production) Remarque En mode standard, seules les tâches de l'environnement de production sont automatiquement planifiées.
Gouvernance des autorisations d'O&M	Les développeurs peuvent modifier directement le code des tâches de production.	Les développeurs peuvent uniquement modifier et soumettre du code dans Data Studio, sans déploiement direct en production. Le déploiement en production nécessite des autorisations d'O&M (propriétaire du projet, administrateur de l'espace de travail ou rôle d'opérateur). Le code ne peut être modifié que dans l'environnement de développement, pas en production. Vous pouvez planifier et gouverner le workflow de développement des tâches et d'O&M dans DataWorks en vous appuyant sur les caractéristiques d'un espace de travail en mode standard et sur le système d'autorisations basé sur les rôles de DataWorks. Pour plus d'informations, consultez la section Workflow du mode standard.
Gouvernance de l'accès aux données	Les développeurs peuvent accéder directement aux données de production pour les tests, ce qui pose des risques de sécurité.	Les développeurs utilisent des données de test dans l'environnement de développement ou demandent des autorisations pour accéder aux données de production à des fins de vérification. Remarque Seul MaxCompute prend en charge la demande d'accès aux données de production via Security Center. Contrôle d'accès aux données MaxCompute. L'accès inter-projets ou inter-bases de données dépend des caractéristiques de la source de données. Si les environnements de développement et de production utilisent des sources de données différentes, la capacité de l'environnement de développement à accéder aux tables, ressources et fonctions de production dépend du type de source de données.
Identité d'accès aux données	Une identité unifiée est utilisée pour opérer directement dans l'environnement de production. Pour MaxCompute, Hologres, EMR et CDH, les identités d'accès incluent : le compte Alibaba Cloud, l'utilisateur RAM, le rôle RAM (pris en charge uniquement par MaxCompute) et le propriétaire de la tâche. Remarque Pour les autres moteurs (AnalyticDB for MySQL, AnalyticDB for PostgreSQL, etc.), l'accès dépend du compte spécifié lors de la création de la source de données. Les autorisations correspondent à celles du compte de base de données.	Environnement de développement : L'identité par défaut est Node Executor (l'utilisateur actuellement connecté) pour les tests de tâches. Environnement de production : Une identité spécifiée est utilisée pour exécuter les tâches planifiées. Vous pouvez accéder à Data Integration > Data Sources, rechercher la source de données cible et modifier l'identité d'accès. Remarque MaxCompute, Hologres, EMR et CDH Environnement de développement : Propriétaire de la tâche Environnement de production : Compte Alibaba Cloud, utilisateur RAM ou rôle RAM (pris en charge uniquement par MaxCompute) Pour les autres moteurs (AnalyticDB for MySQL, AnalyticDB for PostgreSQL, etc.), l'accès dépend du compte spécifié lors de la création de la source de données. Les autorisations correspondent à celles du compte de base de données.

Avantages et inconvénients

Comparaison

Mode basique

Mode standard

Avantages

Simple et facile à utiliser.

Avec l'attribution du rôle de développeur, les développeurs de données peuvent réaliser toutes les tâches d'entrepôt de données.

Sécurisé et normalisé.

Propose un workflow de déploiement sécurisé et normalisé avec revue de code et diff, garantissant la stabilité de la production et empêchant la propagation de données erronées ou d'erreurs de tâches vers la production.
L'accès aux données est gouverné et la sécurité est appliquée.

Inconvénients

Présente des risques d'instabilité et d'exposition de la sécurité.

Absence d'isolation des environnements — le développement et la production partagent la même source de données, limitant le développement de données à des scénarios simples.
Impossible de contrôler les autorisations sur les tables de production.

Remarque
Avec MaxCompute, le rôle de développeur dispose par défaut d'un accès en lecture/écriture à toutes les tables du projet, ce qui pose des risques pour la sécurité des données.
Impossible de gouverner le workflow de développement des données.

Remarque
Les développeurs peuvent soumettre du code au système de planification à tout moment sans approbation, introduisant une instabilité en production.

Workflow plus complexe — nécessite généralement plusieurs personnes pour accomplir les tâches de développement et de production.

Workflow du mode standard

L'isolation développement-production en mode standard affecte la conception des modèles de données, la logique de traitement et les workflows de déploiement du code.

Annexe : Mappage des sources de données par module

Accédez à DataStudio > Computing Resources pour afficher les ressources de calcul associées à Data Studio. Le tableau suivant indique sur quelle source de données chaque module opère.

Module DataWorks	Mode standard	Mode basique
Data Studio	Opère sur la source de données de l'environnement de développement (instance, projet ou base de données)	Opère sur la source de données de l'environnement de production (instance, projet ou base de données)
Operation Center	Operation Center de l'environnement de développement : Opère sur la source de données de l'environnement de développement (instance, projet ou base de données) Operation Center de l'environnement de production : Opère sur la source de données de l'environnement de production (instance, projet ou base de données)

Annexe : Comment isoler le développement de la production en mode basique

Si vous utilisez un espace de travail en mode basique et souhaitez une isolation des environnements :

Préparez deux espaces de travail en mode basique — l'un pour le développement, l'autre pour la production. Utilisez le déploiement inter-espaces de travail pour déployer les tâches de l'espace de développement vers l'espace de production, réalisant ainsi l'isolation des environnements.

Inconvénient : Le code de l'espace de production reste modifiable directement dans Data Studio, ce qui signifie que le point d'entrée du code de production n'est pas unique et peut compromettre la gouvernance des workflows.

Recommandation : Effectuez une mise à niveau vers le mode standard pour une meilleure gouvernance des workflows. Mettre à niveau un espace de travail du mode basique vers le mode standard.