
TECHNOLOGY
Sans serveur
Pour « Sans serveur », 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.
1 sur 1: Sans serveur
Cloud AWS
Sans serveur
Pour « Sans serveur », 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 « Sans serveur », 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.
Décisions de conception
Pour « Sans serveur », 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 « Sans serveur », 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 « Sans serveur », 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 « Sans serveur », les décisions importantes ne sont pas confiées à la seule automatisation : des responsables et des points de contrôle sont définis.