Serverless
Dans une offre serverless gérée, le prestataire exploite l’infrastructure d’exécution. Code, accès et gestion des erreurs restent des tâches applicatives.
Que signifie serverless ?
Serverless désigne un modèle dans lequel une plateforme fournit et gère l’infrastructure d’exécution nécessaire. L’équipe applicative n’a pas à exploiter ses propres instances de serveur pour cela. AWS regroupe sous serverless les fonctions, l’exécution de conteneurs et d’autres services. Function as a Service en est donc une forme ; le terme dépasse la seule fonction.
Les serveurs existent toujours. Dans une offre gérée, le prestataire les exploite. Si une organisation exploite elle-même la plateforme serverless, son infrastructure reste sa responsabilité. La mise à l’échelle, la facturation et les limites doivent être précisées pour le service choisi.
Exemple : exécuter un rapport dans un conteneur
Dans le projet fictif, un service géré exécute le conteneur de rapport pour la tâche JOB-77. Les données d’entrée et le résultat sont conservés dans des services de stockage explicitement reliés. L’équipe décide qui peut lancer la tâche, quelles données le conteneur peut lire et comment une erreur devient visible. Ces connexions font partie du projet ; leur présence n’est pas automatiquement promise par la plateforme.
OWASP laisse à l’équipe utilisatrice la responsabilité du code applicatif, des dépendances, des identités et de la configuration. Dans l’exemple, elle doit aussi définir comment relancer la même tâche en sécurité. Serverless décrit ici la répartition de l’exploitation ; cela ne prouve ni la production d’un rapport correct ni un coût total systématiquement inférieur.
Sources
Termes associés
- FaaSFunction as a Service exécute des fonctions déployées en réponse à des événements ou appels. Une plateforme prend en charge l’environnement d’exécution.
- PaaSPlatform as a Service fournit une plateforme pour les applications propres à l’entreprise. L’équipe déploie son code ; le prestataire exploite l’environnement.
- ConteneurUn conteneur exécute des processus applicatifs dans un environnement isolé. Il peut faciliter le déploiement ; sauvegardes et exploitation restent nécessaires.
- Return-PathReturn-Path conserve le chemin de retour SMTP dans un en-tête. Il décrit le retour technique des erreurs, pas l’identité d’une personne.
- Envelope-FromEnvelope-From désigne l’expéditeur SMTP pour le transport et les retours d’erreur. Il faut le distinguer de l’adresse d’expéditeur visible.
- Rapport DMARC agrégéUn rapport DMARC agrégé résume les contrôles de domaine d’un système déclarant sur une période. Il aide à examiner sources d’envoi et erreurs de configuration.
Articles sur le sujet
Cloud & exploitation avec ASES
Hébergement, déploiement, maintenance et suivi