ID de región
El REGION_ID
es un código abreviado que Google asigna en función de la región que selecciones al crear tu aplicación. El código no corresponde a un país o provincia, aunque algunos IDs de región pueden parecerse a los códigos de país y provincia que se usan habitualmente. En las aplicaciones creadas después de febrero del 2020, REGION_ID.r
se incluye en las URLs de App Engine. En las aplicaciones creadas antes de esa fecha, el ID de región es opcional en la URL.
Puedes usar varios métodos para comunicarte entre tus servicios de App Engine o con otros servicios, incluidos los servicios de Google Cloud y las aplicaciones externas.
La forma más sencilla de comunicarse con tu servicio de App Engine es enviar solicitudes HTTP específicas, en las que la URL incluye el nombre o el ID de un recurso. Por ejemplo, puedes incluir el ID de un servicio o una versión a los que quieras orientar la publicidad, además del ID de proyecto Google Cloud correspondiente:
https://VERSION-dot-SERVICE-dot-PROJECT_ID.REGION_ID.r.appspot.com
Ten en cuenta que la longitud combinada de
VERSION-dot-SERVICE-dot-PROJECT_ID
, donde
VERSION
es el nombre de tu versión, SERVICE
es el nombre de tu servicio y PROJECT_ID
es tu
ID de proyecto, no puede superar los 63 caracteres ni empezar o terminar con
un guion. Si la longitud combinada es superior a 63 caracteres, puede que aparezca el error DNS address could not be
found.
.
Más información sobre las solicitudes en App Engine:
- Cómo se gestionan las solicitudes: consulta cómo recibe solicitudes y envía respuestas tu aplicación.
- Cómo se enrutan las solicitudes: consulta cómo orientar tus servicios, incluido cómo definir URLs HTTPS.
- Consulta cómo autorizar las solicitudes entre tus servicios y otros servicios deGoogle Cloud :
Tus servicios de App Engine también pueden comunicarse mediante Pub/Sub, que ofrece mensajería asíncrona fiable de muchos a muchos entre procesos, incluido App Engine. Estos procesos pueden ser instancias individuales de tu aplicación, servicios o incluso aplicaciones externas.
Para compartir datos entre bases de datos y tu aplicación de App Engine u otra aplicación externa, consulta Comprender el almacenamiento de datos y archivos.
Comunicación privada
Comunicación entre servicios del mismo proyecto
Puedes permitir que un servicio flexible de App Engine se comunique con otro servicio de App Engine del mismo proyecto sin tener que exponer el servicio de destino a Internet público.
Configura los ajustes de entrada del servicio de destino para permitir solo el tráfico "interno".
Asegúrate de que la versión de la aplicación de origen no se haya desplegado en una red de VPC compartida ubicada en otro proyecto.
Comunicación entre servicios de diferentes proyectos
Puedes tener acceso privado entre proyectos cuando las aplicaciones que se ejecutan en proyectos pertenecen a una red de VPC compartida que está configurada para invocar una aplicación que se ejecuta en el proyecto del host de la red de VPC compartida. Google Cloud
Para usar este patrón, sigue los pasos anteriores para comunicarte entre servicios del mismo proyecto. En el entorno flexible, despliega cada versión del cliente en la misma red de VPC compartida.
En App Engine no se pueden usar otros métodos de comunicación entre proyectos que utilicen acceso interno.
Rutas de URL reservadas
No se pueden usar las siguientes rutas de URL:
- Rutas que terminan en
/eventlog
- Rutas que empiezan por
/_ah/
- Algunas rutas que terminan en
z