Feature/fly md en es translation #1085 #1087 (#1088)

Related: #1085 #1087

docs > deploy > fly.es.md translation

Author: TheHandyOwl

docs/deploy/fly.es.md

@@ -104,6 +104,16 @@ Una vez que tu contenedor se construye, Fly inicia una instancia de él. Ejecuta
 
 Por defecto, Fly volverá a la última versión funcional de tu aplicación si las comprobaciones de estado fallan para la nueva versión que intentaste desplegar.
 
+Al desplegar un worker en segundo plano (con Vapor Queues), no cambies el CMD ni el ENTRYPOINT en tu Dockerfile; déjalos tal cual para que la aplicación web principal se inicie normalmente. En su lugar, añade una sección [processes] en tu archivo fly.toml como esta:
+
+```
+[processes]
+  app = ""
+  worker = "queues"
+```
+
+Esto indica a Fly.io que ejecute el proceso de la aplicación con el punto de entrada predeterminado de Docker (tu servidor web) y que el proceso del worker ejecute tu cola de tareas utilizando la interfaz de línea de comandos de Vapor (es decir, swift run App queues).
+
 ## Configurando Postgres
 
 ### Creando una base de datos Postgres en Fly

docs/deploy/fly.md

@@ -87,15 +87,15 @@ Once your container is built, Fly starts an instance of it. It will run various
 
 By default, Fly will roll back to the latest working version of your app if health checks fail for the new version you attempted to deploy.
 
-When delpoying a background worker (with Vapor Queues). Do not change the CMD or ENTRYPOINT in your Dockerfile; leave that as-is so the main web application starts normally. Instead, add a [processes] section in your fly.toml file like this:
+When deploying a background worker (with Vapor Queues). Do not change the CMD or ENTRYPOINT in your Dockerfile; leave that as-is so the main web application starts normally. Instead, add a [processes] section in your fly.toml file like this:
 
 ```
 [processes]
   app = ""
   worker = "queues"
 ```
-This tells Fly.io to run the app process with the default Docker entrypoint (your web server), and the worker process to run your job queue using Vapor’s command-line interface (ie, swift run App queues).
 
+This tells Fly.io to run the app process with the default Docker entrypoint (your web server), and the worker process to run your job queue using Vapor’s command-line interface (ie, swift run App queues).
 
 ## Configuring Postgres