Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

149
Views
El servicio GAE que se está implementando no está enrutando al prefijo de URL correcto

Estoy implementando diferentes versiones de una aplicación que hice, y resulta que algunas personas realmente han disfrutado de la versión anterior (más simple) de la aplicación en lugar de las funciones más nuevas que estoy implementando.

Pensé que con los servicios esto no sería un problema en GAE, solo ofrecería versiones anteriores de la aplicación usando diferentes prefijos de dominio (por ejemplo, summer2022.myapp.com", "winter2022.myapp.com", etc.) y permitir que los usuarios usen la versión que prefieran, con el reconocimiento de que no proporcionaré actualizaciones ni mantendré versiones anteriores.

Esto funcionó bien al principio: implementé una versión "clásica" de la aplicación original (servicio clásico) y tengo una versión v2 actualizada (servicio predeterminado), pero ahora estoy tratando de lanzar la próxima versión como beta (servicio beta ) y no está enrutando correctamente. Revisé el DNS para beta y clásico y están configurados de la misma manera. Creo que estoy implementando app.yaml y dispatch.yaml correctamente (gcloud app deployment). Solo espero que alguien pueda ver algo que me estoy perdiendo.

despacho.yaml

 dispatch: - url: "audiologysimulator.com/*" service: default - url: "classic.audiologysimulator.com/*" service: classic - url: "beta.audiolgysimulator.com/*" service: beta

aplicación.yaml

 runtime: nodejs14 env: standard service: beta

Un pensamiento que tuve es que los recursos estáticos provienen del servicio predeterminado, pero entonces, ¿por qué funcionaría el enrutamiento clásico pero la versión beta no?

¿Hay alguna otra forma (es decir, mejor) de implementar una versión beta para realizar pruebas (sin usar servicios ni reemplazar la aplicación que está activa actualmente) en GAE?

¡Agradezco cualquier pensamiento o respuesta por adelantado!

about 4 years ago · Juan Pablo Isaza
1 answers
Answer question

0

  1. ¿Recordó implementar realmente el nuevo servicio, es decir, su comando de implementación ahora tiene que ser
 gcloud app deploy app.yaml <path to beta.yaml> <path to classic.yaml>
  1. ¿Configuró el nombre del nuevo servicio en su archivo app.yaml?

  2. Si no desea utilizar services , puede utilizar una version diferente. Por ejemplo, puede implementar este servicio 'beta' como una versión 'beta' de su servicio predeterminado. Para hacer eso, su comando de implementación ahora será

 gcloud app deploy app.yaml --version = beta

Tenga en cuenta que dado que esta es una versión diferente de su servicio default , el nombre sigue siendo app.yaml

Su aplicación ahora estará disponible a través de beta.<project_id>.appspot.com

  1. Además, creo (no lo he probado yo mismo) que incluso sin un archivo dispatch.yaml, si un usuario busca un subdominio que coincida con el nombre de su servicio o versión (y ha asignado el dominio personalizado), GAE automáticamente servir eso. Ver esta documentación que dice

Si el usuario navega por un dominio que coincide con el nombre de una versión de la aplicación o el nombre de un servicio, la aplicación ofrece esa versión.

  1. Finalmente, para mí, siempre pongo la ruta menos restrictiva en último lugar (me ayuda a evitar errores, pero no sé si es un problema en su caso). Esto significa que mi archivo dispatch.yaml tendría - url: "audiologysimulator.com/*" como última entrada
about 4 years ago · Juan Pablo Isaza Report
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!