/* Page prose (es) */
"DistributedOverview" = "# Crédito extra: actores distribuidos\n\nDe vuelta en nuestro banco con ventanillas de turno, un `actor` le daba a cada cajero un acceso seguro y serializado a un único saldo compartido, siempre que todos trabajaran en la *misma sucursal* (el mismo proceso). Pero los bancos tienen muchas sucursales. Imagina que el saldo vive en un servidor, y que cajeros en iPhones, iPads y otros servidores necesitan todos leerlo y actualizarlo. Los trabajadores están ahora en **procesos distintos en máquinas distintas**, y sin embargo te encantaría conservar exactamente el mismo modelo mental: hacer `await` a un método sobre el objeto que es dueño del estado, y dejar que él serialice el acceso. Para eso sirve un **actor distribuido**. Este capítulo final es un recorrido guiado por la idea, no un laboratorio.\n\n> **Este es un capítulo de lectura, no ejecutable en Swift Playground.**  \n> Todo lo demás en este libro podías ejecutarlo y toquetearlo. Los actores distribuidos son distintos: necesitan `import Distributed` *y* un **sistema de actores** en vivo (un runtime de red que transporta mensajes entre máquinas). Ese transporte no está disponible en la app Swift Playground de fábrica, así que los fragmentos distribuidos que vienen son **ilustrativos**: muestran la *forma* de la API, no código que puedas pegar y ejecutar aquí. El único lugar donde *sí* puedes ejecutar algo es el repaso del `actor` local a secas, claramente marcado como **Ejecutable**. Lee este capítulo por los conceptos; recurre a un paquete de Swift completo en un Mac cuando quieras probarlo de verdad.\n\n---\n\n## Qué aprenderás\n\n* Cómo un **actor distribuido** extiende el modelo del `actor` local a través de procesos y máquinas, conservando la misma sensación de `await`-para-llamar.\n* Las cuatro piezas que lo hacen funcionar: el `distributed actor`, sus métodos `distributed`, el **`ActorSystem`** (el transporte), y el **`ID`** del actor.\n* Por qué las llamadas a métodos distribuidos son `async` **y** `throws`, y en qué se diferencia eso de un actor local.\n* Por qué los argumentos y los valores de retorno deben ser **`Codable`**, y cómo eso se relaciona con `Sendable` del capítulo [Actores globales y Sendable](Global%20Actors%20and%20Sendable.playgroundchapter/Overview).\n* Qué te da la **transparencia de ubicación**, y los costos honestos que vienen con ella.\n* Cuándo algo de esto importa de verdad para quien desarrolla apps (spoiler: rara vez, y está bien).\n\nCuando quieras, pasa a la página siguiente para un rápido repaso del actor local que ya conoces, el cimiento sobre el que se construye todo lo demás.\n\npágina 1 de 9  |  [Siguiente: Repaso del actor local](@next)";
