Plans de contrôle et plans de données - AWSLimites d'isolation des défauts

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Plans de contrôle et plans de données

AWSsépare la plupart des services entre les concepts de plan de contrôle et de plan de données. Ces termes proviennent du monde des réseaux, en particulier des routeurs. Le plan de données du routeur, qui est sa principale fonctionnalité, déplace les paquets selon des règles. Mais les politiques de routage doivent être créées et distribuées depuis quelque part, et c'est là qu'intervient le plan de contrôle.

Les plans de contrôle fournissent les API administratives utilisées pour créer, lire/décrire, mettre à jour, supprimer et répertorier les ressources (CRUDL). Par exemple, les actions suivantes concernent toutes le plan de contrôle : lancement d'une nouvelle instance Amazon Elastic Compute Cloud (Amazon EC2), création d'un bucket Amazon Simple Storage Service (Amazon S3) et description d'une file d'attente Amazon Simple Queue Service (Amazon SQS). Lorsque vous lancez une instance EC2, le plan de contrôle doit effectuer plusieurs tâches, telles que la recherche d'un hôte physique capable, l'allocation des interfaces réseau, la préparation d'un volume Amazon Elastic Block Store (Amazon EBS), la génération d'informations d'identification IAM, l'ajout des règles du groupe de sécurité, etc. Les plans de contrôle sont généralement des systèmes d'orchestration et d'agrégation complexes.

Le plan de données est la principale fonction du service. Par exemple, les éléments suivants constituent tous les éléments du plan de données pour chacun des services concernés : l'instance EC2 en cours d'exécution elle-même, la lecture et l'écriture sur un volume EBS, l'obtention et le placement d'objets dans un compartiment S3, et la Route 53 répondant aux requêtes DNS et effectuant des contrôles de santé.

Les plans de données sont volontairement moins compliqués, avec moins de pièces mobiles que les plans de contrôle, qui mettent généralement en œuvre un système complexe de flux de travail, de logique métier et de bases de données. Cela rend les événements de défaillance statistiquement moins susceptibles de se produire dans le plan de données par rapport au plan de contrôle. Bien que les données et le plan de contrôle contribuent au fonctionnement global et au succès du service, ils AWS sont considérés comme des composants distincts. Cette séparation présente à la fois des avantages en termes de performances et de disponibilité.