El proceso de aprovisionamiento automático del Servicio de etiquetado del lado del servidor de Google Tag Supervisor es extremadamente útil.
Con solo unos pocos clics en el botón, puede tener un punto last de etiquetado del lado del servidor completamente funcional (aunque limitado al uso de prueba) en Google Cloud Platform (GCP).
Para ver una descripción common en vídeo de la implementación automática, consulte este video.
Sin embargo, el proceso de aprovisionamiento automático crea un nuevo proyecto de Google Cloud Platform y, al momento de escribir este artículo, siempre implementa la aplicación App Engine (en la que se ejecuta el servidor de etiquetado) en el us-central-1 Región GCP.
Esto último puede resultar especialmente problemático en caso de que tenga mucho tráfico desde ubicaciones fuera de los EE. UU., ya que cuanto más larga sea la ruta del tráfico de la purple, más tendrá que pagar por ello. Una vez que la región está configurada para una aplicación de App Engine no se puede cambiar.
En este artículo, te mostraré cómo puedes crear manualmente el servidor de etiquetado ya sea en un proyecto de GCP existente o en un proyecto completamente nuevo que haya creado.
Entre otras cosas, de esta manera podrás llegar a elija la región geográfica para el servidor de etiquetado durante el proceso de aprovisionamiento, siempre y cuando el proyecto no tenga una aplicación de App Engine implementada previamente.
Es básicamente el mismo proceso que seguirás cuando actualizar el servidor a una implementación de produccióncon la diferencia de que necesitarás hacer un poco más de trabajo guide para que todo funcione.
X
El boletín a fuego lento
Suscríbete al Boletín a fuego lento para recibir las últimas noticias y contenido de Simo Ahava en su bandeja de entrada de correo electrónico.
Agregar la aplicación a un proyecto de GCP
Mientras crea la aplicación manualmente, puede ya tienes un proyecto de Google Cloud Platform al que desea agregar la aplicación contenedora del servidor, o desea crear un proyecto completamente nuevo para esta aplicación.
Cualquiera que sea la ruta que quieras tomar, debes hacerlo dos cosas.
Primero, visita el API de compilación en la nube página siguiendo este enlace. Luego, asegúrese de estar en el proyecto correcto y finalmente elija Permitir para habilitar la API.
En segundo lugar, debe vincular el proyecto a un Cuenta de facturación Siguendolo este enlace. Debe habilitar la facturación del proyecto para poder ejecutar la configuración de aprovisionamiento.
Abra el proyecto en Google Cloud Console
Vuelva a verificar que esté en el proyecto correcto en Google Cloud Console.
Encuentra el proyecto en el Administrador de recursos en la nube y haga clic para abrirlo.
Buscar una aplicación anterior de App Engine
Antes de continuar, visite el Panel de management de App Engine del proyecto. Si ve un panel adecuado con datos de una aplicación existente, ser advertido.
Si intenta agregar la aplicación GTM Server a un proyecto con una aplicación App Engine existente, GTM Server sobrescribirá por completo cualquier servicio instalado previamente.
Asegúrese de comunicarle al propietario de la aplicación que esto está a punto de suceder.
Ejecute el script de actualización
Una vez que haya verificado una y otra vez que la aplicación App Engine se puede instalar en el proyecto, puede continuar y ejecutar el script que maneja el proceso de aprovisionamiento por usted.
Los siguientes capítulos describen los pasos que debe seguir.
Abrir caparazón de nube
En la consola de Google Cloud para el proyecto en el que desea crear la aplicación, inicie una instancia de Concha de nube haciendo clic en el icono dedicado en la barra superior.
Cloud Shell es un símbolo del shell de línea de comandos donde puede ejecutar comandos y secuencias de comandos. con todos los componentes de la API de Google Cloud pre instalado. Así que no tienes que preocuparte por instalar dependencias como la gcloud herramienta, ya que todos están preconfigurados para usted.
Tú poder Haga la mayoría de estas cosas fuera de Cloud Shell (por ejemplo, en un indicador de shell native o en la consola de Google Cloud), pero ejecutar el script de actualización en Cloud Shell significa que no tiene que preocuparse por cualquier de los gastos generales que supone configurar las herramientas y dependencias necesarias.
Si ve un mensaje como el de arriba, asegúrese de hacer clic Autorizar para darle a Cloud Shell todo el acceso necesario a su proyecto de Google Cloud.
Ejecute el script
Una vez que la instancia de Shell haya terminado de cargarse, debería encontrarse en un intérprete de línea de comandos dentro de su proyecto GCP.
Ahora copia lo siguiente comando de shellpégalo en la línea de comandos de Cloud Shell y presiona Intro:
bash -c "$(curl -fsSL https://googletagmanager.com/static/serverjs/setup.sh)"
Vuelva a verificar el documentación oficial para asegurarse de que está ejecutando la versión más reciente del comando Shell. Por supuesto, me aseguraré de que esta guía esté lo más actualizada posible.
Este script ha sido creado por Google y contiene todos los comandos API de Google Cloud necesarios para crear la aplicación App Engine en su proyecto.
Si el proyecto ya tenía una aplicación de App Engine y esa aplicación no period un servidor GTM anterior, verás la siguiente advertencia:
Recuerda que al presionar yla aplicación anterior se eliminará y se reemplazará con el servidor GTM. ¡Continúe solo si tiene permiso para hacerlo!
Copie la cadena de configuración del contenedor
La primera configuración a la que debe responder es la Configuración de contenedor. Esto es lo que vincula el proyecto de Google Cloud (el punto last de su servidor GTM) con su contenedor de Google Tag Supervisor.
Con esta configuración, puede controlar cómo funciona el servidor GTM a través de la conocida interfaz de usuario de Google Tag Supervisor.
para encontrar el Configuración de contenedorvaya al contenedor de Google Tag Supervisor para el cual está creando el servidor GTM y haga clic en el ID del contenedor en el encabezado.
Alternativamente, si recién estás en el proceso de creando un nuevo contenedoruna vez que llegues al Instalar el Administrador de etiquetas de Google superponer, hacer no hacer clic Mechanically provision tagging server. En su lugar, haga clic Manually provision tagging server.
Independientemente de cómo lo haga, debería ver aparecer una superposición donde Configuración del contenedor (o Configuración de contenedor) se visualiza. Es una cadena sin sentido de caracteres alfanuméricos.
El parámetro Container Config en la superposición que ve al crear un nuevo contenedor
Copiar eso al portapapeles, y pegar en Cloud Shell donde se le solicitará la configuración del contenedor.
Configure el resto del script de actualización
Proporcione el resto de las configuraciones para el script de actualización:
| Configuración | Descripción | Nota |
|---|---|---|
| URL del script de política | Proporcionar una URL a un guión de política si lo desea. | Opcional. |
| Solicitar registro | Si App Engine registrará todas las solicitudes HTTP entrantes en el servidor GTM. | Si descubre que se están acumulando costos de tala, puede optimizar el registro. |
| Tipo de implementación | testing activa una única instancia de App Engine Customary. manufacturing activa instancias adicionales de App Engine Versatile. |
no usar testing si desea manejar el tráfico de producción. |
| Escalado automático | Si el sistema debería escalar automáticamente las instancias para adaptarse a los picos de tráfico. | Solo para manufacturing implementaciones. |
| Número mínimo de servidores | Cuál es la cantidad mínima de instancias flexibles de App Engine en un momento dado. | Solo para manufacturing implementaciones. |
| Número máximo de servidores | Cuál es el número máximo de instancias flexibles de App Engine a las que el sistema puede escalar automáticamente. | Solo para manufacturing implementaciones. |
| Utilización objetivo de CPU | Cuál es el umbral de utilización de CPU (entre 0,0 y 1,0) antes de ampliar una nueva instancia de App Engine. | Solo para manufacturing implementaciones. |
A continuación se muestra un ejemplo de cómo podría verse la configuración:
Si está listo para continuar, escriba y y presione enter.
Elija la región de App Engine
Si está creando la aplicación en un proyecto que ya tiene/tenía una aplicación de App Engine anterior, ya no es posible cambiar su región. Las regiones de App Engine se configuran definitivamente cuando se crean por primera vez. La única opción actualmente es crear un nuevo proyecto desde cero.
Si se trata de una aplicación App Engine nueva, podrá elegir la región geográfica de la aplicación.
Hay muchas cosas a considerar al hacer esto, pero la pregunta más importante es ¿De qué región proviene la mayoría de las solicitudes?. Por ejemplo, si la mayor parte de su tráfico proviene de EE. UU., querrá elegir una región de EE. UU. Si la mayor parte proviene de Europa, querrás elegir una región de la UE.
Si no está seguro, si fluctúa o si la distribución es bastante uniforme, elija una región cercana a usted.
La selección de la región tiene un impacto en costos de salida de la purpleya que si la aplicación App Engine necesita enviar una solicitud HTTP entre regiones, costará más que si la solicitud se envía dentro de la región precise.
Probar el punto last
Una vez que se haya ejecutado el script (tardará unos minutos), puede probar el punto last.
Al configurar el Configuración de contenedor en el script de actualización, su aplicación App Engine debe atender solicitudes a su contenedor de servidor.
Por supuesto, si no has creado ninguna Clientes o etiquetasel punto last en realidad no hacer cualquier cosa.
Una forma sencilla de comprobar que su punto last se ha configurado correctamente con el servidor GTM es hacer lo siguiente:
- Mientras todavía en Concha de nubetipo
gcloud app browsey presione enter. Esto le proporcionará la URL personalizada configurada para su punto last como enlace. - Haga clic en el enlace para abrir la URL de su punto last en una nueva pestaña; debería ver un ERROR HTTP 400 página.
- Añade la ruta
/wholesomea la URL: deberías ver una página con el mensajeokay.
1. Ejecute el comando “explorar la aplicación gcloud”
2. Consulte la página HTTP ERROR 400.
3. Visite el punto last /wholesome y vea el mensaje “okay”
El HTTP ERROR 400 simplemente significa que no hubo ningún Cliente para reclamar la solicitud. El /wholesome El punto last está integrado en la aplicación GTM Server y se utiliza para verificar que GTM Server funciona como debería.
Reconfigurar el contenedor de Google Tag Supervisor
Finalmente, debe indicarle al contenedor de Google Tag Supervisor cuál es la nueva URL para el punto last.
Para realizar pruebas, puede continuar utilizando el appspot.com URL. Sin embargo, debe configurar el punto last con un dominio personalizado lo antes posible (consulte Este capítulo por algunas razones).
Para configurar el contenedor GTM para que siempre abra el modo Vista previa con la nueva URL de la aplicación App Engine, vaya a Administración en la interfaz de usuario de GTM y elija Configuración del contenedor. Aquí, escriba el appspot.com (o su dominio personalizado) URL en el campo respectivo:
Recuerde que en realidad puede configurar más de una URL para el punto last; consulte Este artículo para más información.
Resumen
En este artículo, analizamos los pasos necesarios para configurar manualmente una aplicación App Engine para el servidor Google Tag Supervisor.
En la mayoría de los casos, el proceso de aprovisionamiento automático es más que suficiente para empezar. Sin embargo, si desea configurar la región de App Engine en algo distinto a us-central-1tú debe ejecute la configuración de actualización guide.
De manera related, si desea instalar la aplicación en un proyecto de GCP preexistente, debe debe ejecute la configuración de actualización guide.
Con suerte, el proceso de aprovisionamiento automático se mejorará en el futuro para permitir también la selección de proyectos y regiones.