Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[FR] update Serverless #3238

Open
wants to merge 7 commits into
base: dev-fr
Choose a base branch
from
Open
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
40 changes: 21 additions & 19 deletions content/fr/serverless.md
Original file line number Diff line number Diff line change
Expand Up @@ -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 pour l'utilisateur.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Il manque le verbe 'éloigne les serveurs de l'utilisateur'
Remplacé pour/de

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Le verbe c'est "abstrait" qui est entre crochets car il renvoie vers /fr/abstraction/
Ce qui fait que "pour" conviens bien.
Je pense que abstraire est mieux qu'éloigner, mais je suis ouvert aux autres avis

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)
guillaumebernard84 marked this conversation as resolved.
Show resolved Hide resolved

## 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.