Uno de los más grande costos en un etiquetado del lado del servidor puede ser Inicio sesión. Google advierte sobre esto en su documentación oficialy definitivamente es algo a lo que hay que estar atento si el punto ultimate del lado del servidor procesa suficientes datos por mes.
¿Cuánto debería procesarse para que el registro se convierta en un problema? Depende, pero podría comenzar a ver algún impacto una vez que el punto ultimate procese >1 millón de solicitudes entrantes por mes. La mejor manera de saber si el registro es un problema es visitar el Facturación panel de management en su proyecto de Google Cloud de etiquetado del lado del servidor y verifique cuál es la porción de Volumen de registro está en tus costos mensuales.
En la imagen de arriba, el punto ultimate procesa entre 10 y 20 millones de solicitudes por mes. El registro no es un issue de costo hasta los últimos 10 días del mes, porque App Engine no cobra el proyecto por los primeros 50 GB (gibibytes) de registros. En este caso explicit, la tala cuesta alrededor de 12 euros al mes, lo que supone el 10% de su coste mensual.
Una vez que la propiedad recopila más de 100 millones de visitas por mes, los registros pueden esencialmente duplicar el costo mensual, y una vez que recopila cantidades aún mayores de datos, los costos de registro pueden llevar a su empresa a la quiebra.
En este artículo, compartiré contigo tres Consejos sobre el registro. Dos sobre cómo mantener bajos los costos y uno sobre cómo encontrar la salida de registros en un entorno de producción (es decir, sin el beneficio de la pestaña Consola del modo Vista previa).
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.
Consejo 122: Consejos para iniciar sesión en el etiquetado del lado del servidor
¡Nota! Debería solo filtre los registros de solicitudes si suponen un coste para usted. De lo contrario, déjelos registrados; son datos excelentes para la depuración.
° 1: suprima todos los registros de solicitudes
La forma más sencilla de reducir los costos es evitar que App Engine inicie sesión cualquier cosa sobre las solicitudes entrantes. Básicamente, esto cubrirá sus gastos de registro. a cero.
La desventaja es que, bueno, se pierde el registro. No podrá ver los detalles de la solicitud entrante, lo que podría resultar útil para el registro de errores (consulte a continuación).
Para hacer esto, abra el Enrutador de registros para su proyecto de Google Cloud (aquel para el cual está configurada la configuración de etiquetado del lado del servidor).
Haga clic en el menú adicional al ultimate de la fila del depósito denominado _Default
y elige Editar sumidero.
En el Elija registros para incluir en el fregadero sección, edite el Crear filtro de inclusión área de texto y agregue una nueva fila al ultimate. En esta nueva fila, agregue el siguiente texto:
NOT (LOG_ID("appengine.googleapis.com/nginx.request") OR LOG_ID("requests") OR LOG_ID("appengine.googleapis.com/request_log"))
Luego haga clic HECHO y finalmente el ACTUALIZAR DISTRIBUIDOR botón en la parte inferior de la vista.
El filtro evita que los registros de las solicitudes entrantes se almacenen en su almacenamiento de registros.
° 2: suprima todos los registros de solicitudes, excepto los errores
Si desea que los registros sigan siendo moderadamente útiles y al mismo tiempo reduzca los costos, puede llegar a un compromiso fácil: suprimir todos los registros de solicitudes excepto los errores. De esta manera, aún puede usar los registros para detectar qué tipos de errores arroja el punto ultimate y al mismo tiempo ahorrar uno o dos centavos al no registrar todo.
Para hacer esto, siga los pasos del consejo anterior para abrir el Crear filtro de inclusión área para editar. En lugar de la expresión de filtro detallada en el consejo anterior, agregue lo siguiente a una nueva fila:
NOT ((LOG_ID("appengine.googleapis.com/nginx.request") OR LOG_ID("requests") OR LOG_ID("appengine.googleapis.com/request_log")) AND httpRequest.standing < 400)
Hacer clic HECHO y luego ACTUALIZAR DISTRIBUIDOR.
Ahora sus solicitudes no se registrarán a menos que devuelvan un código de estado HTTP de 400
o mayor.
¡Nota! Es posible que el nuevo filtro tarde un poco en comenzar a funcionar, así que no se sorprenda si sigue viendo entradas de registro para las solicitudes durante el próximo minuto.
° 3: busque registros de consola de su tráfico de producción
Cuando está en el modo Vista previa, puede encontrar fácilmente la salida del registro desde el plantillas en su contenedor mirando el Consola pestaña.
Pero, ¿dónde puede ver los registros de visitas que son no ¿Disponible en modo de vista previa?
Necesitará ejecutar una consulta en el directorio de su proyecto. Explorador de registros.
En el Vista previa de consulta campo, agregue la siguiente consulta:
logName =~ "stdout"
Los registros de plantilla se escriben en un registro con el ID stdout
(corto para salida estándar). Si sus plantillas utilizan el logToConsole
APIlos mensajes registrados con la API aparecerán con esta consulta (incluso aquellos registrados en modo Vista previa).
Resumen
¡Espero que estos rápidos consejos hayan sido útiles!
Si jugar con el entorno del lado del servidor es algo que le interesa hacer más, le recomiendo inscribirse en el Curso de etiquetado del lado del servidor en Google Tag Supervisor en Simmer. Inscripciones abiertas hasta 14 de marzo de 2021 (los materiales del curso estarán disponibles el 1 de marzo) y hay una lote ¡De lecciones útiles además de registrar consejos en el plan de estudios del curso!
El registro puede ser uno de los mayores costos en un proyecto de etiquetado del lado del servidor, pero si se utiliza correctamente también puede brindarle mucha información sobre cómo funciona su punto ultimate y cómo se desempeñan sus etiquetas y Clientes.