Configura el entorno

A menudo, necesitarás configuración adicional para tus funciones, como claves de API de terceros o configuración ajustable. El SDK de Firebase para Cloud Functions ofrece dos enfoques de configuración del entorno a fin de facilitar el almacenamiento y la recuperación de este tipo de datos para tu proyecto:

  • La configuración con parámetros proporciona una configuración de entorno de tipo fuerte con parámetros que se validan en el momento de la implementación, lo que evita errores y simplifica la depuración.
  • Las variables de entorno se pueden cargar mediante la creación manual de un archivo dotenv.

En la mayoría de los casos de uso, se recomienda la configuración con parámetros. Este enfoque hace que los valores de configuración estén disponibles durante los tiempos de ejecución e implementación. Además, la implementación se bloquea, a menos que todos los parámetros tengan un valor válido. Por el contrario, la configuración con variables de entorno no está disponible durante el tiempo de implementación.

Configuración con parámetros

Cloud Functions para Firebase proporciona una interfaz para definir parámetros de configuración de forma declarativa dentro de tu base de código. El valor de estos parámetros está disponible durante la implementación de funciones, cuando se configuran las opciones de implementación y entorno de ejecución, y durante la ejecución. Esto significa que la CLI bloqueará la implementación, a menos que todos los parámetros tengan un valor válido.

Para definir parámetros en tu código, sigue este modelo:

const { onRequest } = require('firebase-functions/v2/https');
const { defineInt, defineString } = require('firebase-functions/params');

// Define some parameters
const minInstancesConfig = defineInt('HELLO_WORLD_MININSTANCES');
const welcomeMessage = defineString('WELCOME_MESSAGE');

// To use configured parameters inside the config for a function, provide them
// directly. To use them at runtime, call .value() on them.
export const helloworld = onRequest(
  { minInstances: minInstancesConfig },
 (req, res) => {
    res.send(`${welcomeMessage.value()}! I am a function.`);
  }
);

Cuando se implementa una función con variables de configuración que tengan parámetros, Firebase CLI primero intenta cargar sus valores desde los archivos .env locales. Si no están presentes en esos archivos y no se configura default, la CLI solicitará los valores durante la implementación y, luego, los guardará automáticamente en un archivo .env llamado .env.<project_ID> en tu directorio functions/:

$ firebase deploy
i  functions: preparing codebase default for deployment
? Enter a string value for ENVIRONMENT: prod
i  functions: Writing new parameter values to disk: .env.projectId
…
$ firebase deploy
i  functions: Loaded environment variables from .env.projectId

Según tu flujo de trabajo de desarrollo, puede ser útil agregar el archivo .env.<project_ID> generado al control de versión.

Configura el comportamiento de la CLI

Los parámetros se pueden configurar con un objeto Options que controle cómo la CLI solicitará valores. En el siguiente ejemplo, se configuran opciones para validar el formato de un número de teléfono, proporcionar una opción de selección simple y propagar una opción de selección automáticamente desde el proyecto de Firebase:

const { defineString } = require('firebase-functions/params');

const welcomeMessage = defineString('WELCOME_MESSAGE', {default: 'Hello World',
description: 'The greeting that is returned to the caller of this function'});

const onlyPhoneNumbers = defineString('PHONE_NUMBER', {input: {text:
{validationRegex: /\d{3}-\d{3}-\d{4}/, validationErrorMessage: "Please enter
a phone number in the format XXX-YYY-ZZZZ"}}});

const selectedOption = defineString('PARITY', {input: {select: {options:
[{value: "odd"}, {value: "even"}]}}})

const storageBucket = defineString('BUCKET', {input: {resource: {type:
"storage.googleapis.com/Bucket"}}, description: "This will automatically
populate the selector field with the deploying Cloud Project’s
storage buckets"})

Tipos de parámetros

La configuración parametrizada proporciona valores de parámetros de tipo fuerte, y también admite secretos de Cloud Secret Manager. Los tipos admitidos son los siguientes:

  • Secreto
  • String
  • Booleano
  • Número entero
  • Número de punto flotante

Expresiones y valores de parámetros

Firebase evalúa tus parámetros en el momento de la implementación y mientras se ejecuta tu función. Debido a estos entornos duales, se debe tener especial cuidado a la hora de comparar valores de parámetros y de usarlos para establecer opciones del entorno de ejecución de las funciones.

Para pasar un parámetro a tu función como una opción del entorno de ejecución, hazlo directamente:

const { onRequest } = require('firebase-functions/v2/https');
const { defineInt } = require('firebase-functions/params');
const minInstancesConfig = defineInt('HELLO\_WORLD\_MININSTANCES');

export const helloworld = onRequest(
  { minInstances: minInstancesConfig },
  (req, res) => {
    //…

Además, si necesitas comparar con un parámetro para saber qué opción elegir, deberás usar comparadores integrados en lugar de verificar el valor:

const { onRequest } = require('firebase-functions/v2/https');
const { defineBool } = require('firebase-functions/params');
const environment = params.defineString(‘ENVIRONMENT’, {default: ‘dev’});

// use built-in comparators
const minInstancesConfig = environment.equals('PRODUCTION').thenElse(10, 1);
export const helloworld = onRequest(
  { minInstances: minInstancesConfig },
  (req, res) => {
    //…

Se puede acceder a los parámetros y las expresiones de parámetros que solo se usan en el entorno de ejecución con su función value:

const { onRequest } = require('firebase-functions/v2/https');
const { defineString } = require('firebase-functions/params');
const welcomeMessage = defineString('WELCOME_MESSAGE');

// To use configured parameters inside the config for a function, provide them
// directly. To use them at runtime, call .value() on them.
export const helloworld = onRequest(
 (req, res) => {
    res.send(`${welcomeMessage.value()}! I am a function.`);
  }
);

Parámetros integrados

El SDK de Cloud Functions ofrece tres parámetros predefinidos, disponibles en el subpaquete firebase-functions/params:

  • projectId: Es el proyecto de Cloud en el que se ejecuta la función.
  • databaseUrl: Es la URL de la instancia de Realtime Database asociada a la función (si está habilitada en el proyecto de Firebase).
  • storageBucket: Es el bucket de Cloud Storage asociado con la función (si está habilitado en el proyecto de Firebase).

Funcionan como parámetros de string definidos por el usuario en todo sentido, excepto que Firebase CLI siempre conoce sus valores. Estos valores nunca se solicitarán durante la implementación ni se guardarán en los archivos .env.

Parámetros secretos

Los parámetros de tipo Secret, definidos mediante defineSecret(), representan parámetros de string que tienen un valor almacenado en Cloud Secret Manager. En vez de comprobar un archivo local .env y escribir un nuevo valor en el archivo si falta, los parámetros secretos comprueban la existencia en Cloud Secret Manager y solicitan interactivamente el valor de un nuevo secreto durante la implementación.

Los parámetros secretos definidos de esta manera deben vincularse a funciones individuales que deben tener acceso a ellos:

const { onRequest } = require("functions/v2/https");
const { defineSecret } = require('firebase-functions/params');
const discordApiKey = defineSecret('DISCORD_API_KEY');

export const posttodiscord = onRequest(
  { secrets: [discordApiKey] },
  (req, res) => {
    const apiKey = discordApiKey.value();
    //…

Debido a que los valores de los secretos están ocultos hasta la ejecución de la función, no puedes usarlos mientras la configuras.

Variables de entorno

Cloud Functions para Firebase admite el formato de archivo dotenv para cargar variables de entorno especificadas en un archivo .env en el entorno de ejecución de la aplicación. Una vez que se implementan, estas variables se pueden leer mediante la interfaz process.env.

Para configurar tu entorno de esta manera, crea un archivo .env en tu proyecto, agrega las variables que desees y, luego, implementa como se describe a continuación:

  1. Crea un archivo .env en tu directorio functions/:

    # Directory layout:
    #   my-project/
    #     firebase.json
    #     functions/
    #       .env
    #       package.json
    #       index.js
    
  2. Abre el archivo .env para editarlo y agrega las claves que desees. Por ejemplo:

    PLANET=Earth
    AUDIENCE=Humans
    
  3. Implementa funciones y verifica que se hayan cargado las variables de entorno:

    firebase deploy --only functions
    # ...
    # i functions: Loaded environment variables from .env.
    # ...
    

Una vez que se implementen las variables de entorno personalizadas, el código de la función podrá acceder a ellas con la sintaxis process.env :

// Responds with "Hello Earth and Humans"
exports.hello = onRequest((request, response) => {
  response.send(`Hello ${process.env.PLANET} and ${process.env.AUDIENCE}`);
});

Implementa varios conjuntos de variables de entorno

Si necesitas un conjunto alternativo de variables de entorno para tus proyectos de Firebase (como los de etapa de pruebas y los de producción), crea un archivo .env.<project or alias> y escribe allí las variables específicas del proyecto. Si existen variables de entorno de .env y archivos .env específicos del proyecto, se incluirán en todas las funciones que se implementen.

Por ejemplo, un proyecto podría incluir estos tres archivos que contienen valores ligeramente distintos para el desarrollo y la producción:

.env .env.dev .env.prod
PLANET=Earth

AUDIENCE=Humans

AUDIENCE=Dev Humans AUDIENCE=Prod Humans

Dados los valores en esos archivos separados, el conjunto de variables de entorno que se implementen con las funciones variará según el proyecto de destino:

$ firebase use dev
$ firebase deploy --only functions
i functions: Loaded environment variables from .env, .env.dev.
# Deploys functions with following user-defined environment variables:
#   PLANET=Earth
#   AUDIENCE=Dev Humans

$ firebase use prod
$ firebase deploy --only functions
i functions: Loaded environment variables from .env, .env.prod.
# Deploys functions with following user-defined environment variables:
#   PLANET=Earth
#   AUDIENCE=Prod Humans

Variables de entorno reservadas

Algunas claves de variables de entorno están reservadas para uso interno. No uses ninguna de las siguientes claves en los archivos .env:

  • Todas las claves que comienzan con X_GOOGLE_
  • Todas las claves que comienzan con EXT_
  • Todas las claves que comienzan con FIREBASE_
  • Cualquier clave de la siguiente lista:
  • CLOUD_RUNTIME_CONFIG
  • ENTRY_POINT
  • GCP_PROJECT
  • GCLOUD_PROJECT
  • GOOGLE_CLOUD_PROJECT
  • FUNCTION_TRIGGER_TYPE
  • FUNCTION_NAME
  • FUNCTION_MEMORY_MB
  • FUNCTION_TIMEOUT_SEC
  • FUNCTION_IDENTITY
  • FUNCTION_REGION
  • FUNCTION_TARGET
  • FUNCTION_SIGNATURE_TYPE
  • K_SERVICE
  • K_REVISION
  • PORT
  • K_CONFIGURATION

Almacena información de configuración sensible y accede a ella

Las variables de entorno que se almacenan en archivos .env se pueden usar para configurar funciones, pero no debes considerarlas como una forma segura de almacenar información sensible, como las credenciales de la base de datos o las claves de API. Esto es muy importante si revisas tus archivos .env en el control de la fuente.

Para ayudarte a almacenar esta información, Cloud Functions para Firebase se integra en Secret Manager de Google Cloud. Este servicio encriptado almacena valores de configuración de manera segura y, a la vez, te permite acceder a ellos fácilmente desde tus funciones cuando sea necesario.

Crea y usa un secreto

Usa Firebase CLI para crear un secreto.

Si quieres crear y usar un secreto, sigue estos pasos:

  1. Desde la raíz del directorio del proyecto local, ejecuta el siguiente comando:

    firebase functions:secrets:set SECRET_NAME

  2. Ingresa un valor para SECRET_NAME.

    La CLI repite un mensaje de éxito y advierte que debes implementar funciones para que se efectúe el cambio.

  3. Antes de la implementación, asegúrate de que el código de las funciones permita que se acceda al secreto mediante el parámetro runWith:

    const { onRequest } = require("functions/v2/https");
    
      exports.processpayment = onRequest(
        { secrets: ["SECRET_NAME"] },
        (data, context) => {
          const myBillingService = initializeBillingService(
            // reference the secret value
            process.env.SECRET_NAME
          );
          // Process the payment
        }
      );
  4. Implementa Cloud Functions con los siguientes comandos:

    firebase deploy --only functions

Ahora podrás acceder a él como a cualquier otra variable de entorno. Sin embargo, si otra función que no especifica el secreto en runWith intenta acceder a este, recibe un valor indefinido:

exports.anotherendpoint = onRequest((request, response) => {
  response.send(`The secret API key is ${process.env.SECRET_NAME}`);
  // responds with "The secret API key is undefined" because the `runWith` parameter is missing
});

Una vez que se implemente la función, tendrá acceso al valor del secreto. Solo las funciones que incluyen específicamente un secreto en su parámetro runWith tendrán acceso a él como una variable de entorno. Esto te garantiza que los valores de los secretos solo estén disponibles donde sean necesarios, lo que reduce el riesgo de filtrar uno por accidente.

Administra secretos

Usa Firebase CLI para administrar tus secretos. Cuando administres secretos de esta manera, ten en cuenta que algunos cambios de la CLI requieren que modifiques o vuelvas a implementar funciones asociadas. En particular, haz lo siguiente:

  • Cada vez que configuras un valor nuevo para un secreto, debes volver a implementar todas las funciones que hagan referencia a este para captar el valor más reciente.
  • Si borras un secreto, asegúrate de que ninguna de las funciones que se implementaron haga referencia a este. Las funciones que usen un valor del secreto que se borró fallarán silenciosamente.

Este es un resumen de los comandos de Firebase CLI para la administración de secretos:

# Change the value of an existing secret
firebase functions:secrets:set SECRET_NAME

# View the value of a secret
functions:secrets:access SECRET_NAME

# Destroy a secret
functions:secrets:destroy SECRET_NAME

# View all secret versions and their state
functions:secrets:get SECRET_NAME

# Automatically clean up all secrets that aren't referenced by any of your functions
functions:secrets:prune

Para los comandos access y destroy, puedes proporcionar el parámetro de versión opcional a fin de administrar una en particular. Por ejemplo:

functions:secrets:access SECRET_NAME[@VERSION]

Si quieres obtener más información sobre estas operaciones, pasa -h con el comando para consultar la ayuda de la CLI.

Cómo se facturan los secretos

Secret Manager permite 6 versiones activas de los secretos sin costo. Esto significa que puedes tener 6 secretos por mes en un proyecto de Firebase gratis.

Según la configuración predeterminada, Firebase CLI intenta destruir automáticamente las versiones de los secretos sin usar cuando corresponda, como cuando implementas funciones con una versión nueva del secreto. Además, puedes limpiar activamente aquellos sin usar con functions:secrets:destroy y functions:secrets:prune.

Secret Manager permite 10,000 operaciones de acceso mensual sin facturar en un secreto. Las instancias de función solo leen los secretos especificados en su parámetro runWith cada vez que se inician en frío. Si tienes varias instancias de función que leen muchos secretos, es posible que tu proyecto exceda este permiso. En ese momento, se te cobrarán $0.03 cada 10,000 operaciones de acceso.

Consulta Precios de Secret Manager para obtener más información.

Compatibilidad con el emulador

La configuración del entorno con dotenv está diseñada para interoperar con un emulador de Cloud Functions local.

Cuando usas un emulador de Cloud Functions local, puedes anular las variables de entorno del proyecto configurando un archivo .env.local. El contenido de .env.local tiene prioridad sobre .env y el archivo .env específico del proyecto.

Por ejemplo, un proyecto podría incluir estos tres archivos que contienen valores ligeramente distintos para el desarrollo y las pruebas locales:

.env .env.dev .env.local
PLANET=Earth

AUDIENCE=Humans

AUDIENCE=Dev Humans AUDIENCE=Local Humans

Cuando se inicia en el contexto local, el emulador carga las variables de entorno como se muestra a continuación:

  $ firebase emulators:start
  i  emulators: Starting emulators: functions
  # Starts emulator with following environment variables:
  #  PLANET=Earth
  #  AUDIENCE=Local Humans

Secretos y credenciales en el emulador de Cloud Functions

El emulador de Cloud Functions admite el uso de secretos para almacenar información de configuración sensible y acceder a ella. De forma predeterminada, el emulador intentará acceder a los secretos de producción con las credenciales predeterminadas de la aplicación. En algunas situaciones, como los entornos de CI, es posible que el emulador no pueda acceder a los valores de los secretos debido a restricciones de permisos.

De manera similar a la compatibilidad del emulador de Cloud Functions con las variables de entorno, puedes anular los valores de los secretos configurando un archivo .secret.local. Esto te permite probar las funciones de forma local, en particular, si no tienes acceso al valor del secreto.