TECHNOLOGY

Diffusion en périphérie

Pour « Diffusion en périphérie », le champ d’application est défini à partir des objectifs et des contraintes, et les conditions dans lesquelles la solution ne doit pas être utilisée sont précisées dès le départ. Aucun modèle ni aucune infrastructure ne sont imposés : les données, les connexions et la supervision sont séparées, et les raisons des choix sont consignées.

Lire le contenu

1 sur 1: Diffusion en périphérie

Cloud AWS

Diffusion en périphérie

Pour « Diffusion en périphérie », le champ d’application est défini à partir des objectifs et des contraintes, et les conditions dans lesquelles la solution ne doit pas être utilisée sont précisées dès le départ. Aucun modèle ni aucune infrastructure ne sont imposés : les données, les connexions et la supervision sont séparées, et les raisons des choix sont consignées.

Champ d’application

Pour « Diffusion en périphérie », le champ d’application est défini à partir des objectifs et des contraintes, et les conditions dans lesquelles la solution ne doit pas être utilisée sont précisées dès le départ.

  1. Décisions de conception
  2. Méthode de vérification
  3. Contrôles en exploitation
  4. Décision humaine
  5. Pages associées

Décisions de conception

Pour « Diffusion en périphérie », aucun modèle ni aucune infrastructure ne sont imposés : les données, les connexions et la supervision sont séparées, et les raisons des choix sont consignées.

Méthode de vérification

Pour « Diffusion en périphérie », des entrées et des critères reproductibles sont préparés afin de vérifier le comportement, y compris dans les cas d’échec.

Contrôles en exploitation

Pour « Diffusion en périphérie », l’historique des modifications, l’évolution de la qualité et les usages sont suivis, avec un mécanisme de retour en arrière lorsque nécessaire.

Décision humaine

Pour « Diffusion en périphérie », les décisions importantes ne sont pas confiées à la seule automatisation : des responsables et des points de contrôle sont définis.

Pages associées