/* Page prose (fr) */
"DistributedOverview" = "# Bonus: les actors distribués\n\nDe retour dans notre banque avec ses guichets, un `actor` donnait à chaque\nguichetier un accès sûr et sérialisé à un unique solde partagé, tant qu'ils\ntravaillaient tous dans la *même agence* (le même processus). Mais les banques\nont beaucoup d'agences. Imagine que le solde vive sur un serveur, et que des\nguichetiers sur iPhones, iPads et d'autres serveurs aient tous besoin de le lire\net de le mettre à jour. Les travailleurs sont maintenant dans des **processus\ndifférents sur des machines différentes**, et pourtant tu adorerais conserver\nexactement le même modèle mental: faire `await` sur une méthode de l'objet qui\npossède l'état, et le laisser sérialiser l'accès. C'est à ça que sert un **actor\ndistribué**. Ce dernier chapitre est une visite guidée de l'idée, pas un\nlaboratoire.\n\n> **Ceci est un chapitre à lire, non exécutable dans Swift Playground.**  \n> Tout le reste de ce livre, tu pouvais l'exécuter et le triturer. Les actors\n> distribués sont différents: ils ont besoin de `import Distributed` *et* d'un\n> **actor system** en direct (un runtime réseau qui transporte les messages entre\n> les machines). Ce transport n'est pas disponible d'origine dans l'app Swift\n> Playground, donc les fragments distribués qui suivent sont **illustratifs**: ils\n> montrent la *forme* de l'API, pas du code que tu peux coller et exécuter ici. Le\n> seul endroit où tu *peux* exécuter quelque chose est le rappel de l'`actor`\n> local tout simple, clairement marqué **Exécutable**. Lis ce chapitre pour les\n> concepts; recours à un paquet Swift complet sur un Mac quand tu veux vraiment\n> l'essayer.\n\n---\n\n## Ce que tu vas apprendre\n\n* Comment un **actor distribué** étend le modèle de l'`actor` local à travers les\nprocessus et les machines, en conservant la même sensation de `await`-pour-appeler.\n* Les quatre pièces qui le font fonctionner: le `distributed actor`, ses méthodes\n`distributed`, l'**`ActorSystem`** (le transport), et l'**`ID`** de l'actor.\n* Pourquoi les appels aux méthodes distribuées sont `async` **et** `throws`, et en\nquoi cela diffère d'un actor local.\n* Pourquoi les arguments et les valeurs de retour doivent être **`Codable`**, et\ncomment cela se rattache à `Sendable` du chapitre [Actors globaux et Sendable](Global%20Actors%20and%20Sendable.playgroundchapter/Overview).\n* Ce que la **transparence de localisation** t'apporte, et les coûts honnêtes qui\nl'accompagnent.\n* Quand tout cela importe vraiment pour qui développe des apps (spoiler: rarement,\net c'est très bien).\n\nQuand tu es prêt, passe à la page suivante pour un rapide rappel de l'actor local\nque tu connais déjà, la fondation sur laquelle tout le reste se construit.\n\npage 1 sur 9  |  [Suivant: Rappel sur l'actor local](@next)";
