diff --git a/content/fr/serverless.md b/content/fr/serverless.md index c162b10f7d..e4b95b4ee7 100644 --- a/content/fr/serverless.md +++ b/content/fr/serverless.md @@ -5,27 +5,29 @@ Category: Technology tags: ["architecture", "", ""] --- -Le serverless, que l'on pourrait traduire littéralement par "sans serveur", est un modèle de développement Cloud Native qui permet aux développeurs de construire et d'exécuter des applications sans avoir à gérer de serveurs. -Bien que les serveurs existent toujours dans le paradigme serverless, ils sont [abstraits](/fr/abstraction/) du processus de développement de l'application. -Un fournisseur de cloud s'occupe du travail routinier de mise à disposition, de maintenance et de [mise à l'échèle](/fr/scalability/) de l'infrastructure. -Les développeurs peuvent facilement empaqueter leur code dans des [conteneurs](/fr/container/) pour le déployer. -Une fois déployées, les applications serverless répondent à la demande et se mettent à l'échelle automatiquement. -Les offres serverless des fournisseurs de cloud public sont généralement jaugés à l'utilisation au travers d'un modèle d'exécution basé sur des événements. -Par conséquent, lorsqu'une fonction serverless est inutilisée, il n'y a pas de coûts associés. +L'informatique serverless, que l'on pourrait traduire littéralement "sans serveur", [abstrait](/fr/abstraction/) les serveurs du point de vue de l'utilisateur. +La gestion opérationnelle incombe au fournisseur de services, y compris la gestion des machines physiques et le provisionnement des machines virtuelles. +Les fournisseurs de services peuvent être des fournisseurs de cloud public ou des équipes informatiques internes au service de leurs équipes de développement. +Ces fournisseurs proposent des interfaces utilisateur telles que des SDK (Software Development Kit — Kit de Développement Logiciel), des CLI (Command Line Interface — interface en ligne de commande) ou des [runtimes](/fr/runtime/) conformes à l'OCI, en se concentrant les tâches de développement et de déploiement. +La facturation est basée sur un modèle de paiement à l'utilisation. +[La mise à l'échelle](/fr/scalability/) et les ressources allouées pour le calcul, le stockage ou le réseau sont automatiquement ajustées en fonction des besoins de l'application, sans intervention de l'utilisateur. +Un fournisseur de plateforme serverless consolide les ressources pour servir plusieurs utilisateurs sur une seule machine physique, en garantissant l'isolation par la virtualisation, en particulier grâce à des [VM](/fr/virtual-machine/). + +Le terme « serverless » est un terme général qui englobe les services dotés de ces attributs et qui s'étend de Platform-as-a-Service (PaaS) à Software-as-a-Service (SaaS) ## Problème auquel il répond -Dans le cadre d'un modèle standard d'[infrastructure en tant que service (IaaS)](/fr/infrastructure-as-a-service/) [cloud computing](/fr/cloud-computing/), les utilisateurs achètent à l'avance des unités de capacité, -ce qui signifie que vous payez un fournisseur de cloud public pour des serveurs toujours actifs afin d'exécuter vos applications. -Il incombe à l'utilisateur d'augmenter la capacité des serveurs en cas de forte demande et de la réduire lorsque cette capacité n'est plus nécessaire. -L'infrastructure cloud nécessaire au fonctionnement d'une application reste active même lorsque l'application n'est pas utilisée. +Dans le cadre d'un modèle standard de [cloud computing](/fr/cloud-computing/) en [infrastructure en tant que service (IaaS)](/fr/infrastructure-as-a-service/), les utilisateurs s'engagent sur une capacité prédéfinie, +ce qui entraîne des frais pour la disponibilité continue du serveur, indépendamment de son utilisation réelle. +La responsabilité d'ajuster la capacité de traitement du serveur pour répondre à la demande fluctuantes incombe à l'utilisateur, ce qui maintient l'infrastructure active même pendant les périodes d'inactivité. + +## Quelle en est l'utilité -## Quel en est l'utilité +L'architecture serverless permet une approche plus efficace, en activant les services uniquement à la demande. +Ce modèle garantit une allocation dynamique des ressources par un fournisseur de cloud, éliminant ainsi les coûts liés aux services inutilisés. +Outre des gains d'efficacité financière et opérationnelle, +la technologie serverless soulage les développeurs des charges liées à la mise à l'échelle des applications et à la gestion de l'infrastructure des serveurs. +Des tâches telles que la maintenance du système d'exploitation, les mises à jour de sécurité, l'équilibrage de la charge, la planification de la capacité et la supervision sont déléguées au fournisseur de cloud, ce qui rationalise le processus de développement. -Contrairement aux approches traditionnelles, l'architecture serverless ne lance les applications que lorsqu'elles sont nécessaires. -Lorsqu'un événement déclenche l'exécution du code de l'application, le fournisseur de cloud public alloue dynamiquement des ressources à ce code. -L'utilisateur cesse de payer lorsque le code a fini de s'exécuter. -Outre les avantages en termes de coûts et d'efficacité, -le serverless libère les développeurs des tâches routinières et pénibles associées à la mise à l'échelle des applications et à la mise à disposition des serveurs. -Avec le serverless, les tâches de routine telles que la gestion du système d'exploitation et du système de fichiers, les correctifs de sécurité, -l'équilibrage de charge, la gestion de la capacité, la mise à l'échelle, la journalisation et la supervision sont toutes transférées à un fournisseur de services cloud. +Pour plus d'informations, voir l'entrée du glossaire [Fonction en tant que Service (FaaS)](/fr/function-as-a-service/). +Bien que les termes « serverless » et « FaaS » soient souvent utilisés comme des termes interchangeables, ils correspondent à des concepts distincts.