Configurar o ambiente


Muitas vezes, você precisará de configuração adicional para suas funções, como chaves de API de terceiros ou configurações ajustáveis. O SDK do Firebase para Cloud Functions oferece uma configuração de ambiente integrada que facilita o armazenamento e a recuperação desse tipo de dados para o projeto.

Você pode escolher entre estas opções:

  • Configuração parametrizada (recomendada na maioria dos casos). Essa opção fornece uma configuração de ambiente fortemente identificada, com parâmetros que são validados no momento da implantação, o que evita erros e simplifica a depuração.
  • Configuração das variáveis de ambiente com base em arquivos. Com essa abordagem, você cria manualmente um arquivo dotenv para carregar variáveis de ambiente.

A configuração parametrizada é recomendada na maioria dos casos de uso. Essa abordagem disponibiliza valores de configuração no ambiente de execução e no momento da implantação. A menos que todos os parâmetros tenham um valor válido, a implantação é bloqueada. Por outro lado, a configuração com variáveis de ambiente não está disponível no momento da implantação.

Configuração parametrizada

O Cloud Functions for Firebase fornece uma interface para definir parâmetros de configuração de maneira declarativa na base de código. O valor desses parâmetros fica disponível quando as opções de implantação e ambiente de execução são configuradas, durante a implantação da função e durante a execução. Isso significa que a CLI vai bloquear a implantação até que todos os parâmetros tenham um valor válido.

Para definir parâmetros no seu código, use este modelo:

const functions = require('firebase-functions/v1');
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 = functions.runWith({ minInstances: minInstancesConfig}).https.onRequest(
  (req, res) => {
    res.send(`${welcomeMessage.value()}! I am a function.`);
  }
);

Ao implantar uma função com variáveis de configuração parametrizada, a CLI do Firebase primeiro tenta carregar os valores a partir de arquivos .env locais. Se eles não estiverem presentes nesses arquivos e nenhum default estiver definido, a CLI vai solicitar os valores durante a implantação e os salvar automaticamente em um arquivo .env com o nome .env.<project_ID> no diretório 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

Dependendo do fluxo de trabalho de desenvolvimento, pode ser útil adicionar o arquivo .env.<project_ID> gerado ao controle de versões.

Como usar parâmetros no escopo global

Durante a implantação, o código das funções é carregado e inspecionado antes que os parâmetros tenham valores reais. Isso significa que a busca por valores de parâmetro durante o escopo global resulta em falha na implantação. Quando você quiser usar um parâmetro para inicializar um valor global, use o callback de inicialização onInit(). Esse callback é executado antes da execução de qualquer função na produção, mas não é chamado durante o tempo de implantação. Portanto, é um local seguro para acessar o valor de um parâmetro.

  const { GoogleGenerativeAI } = require('@google/generative-ai');
  const { defineSecret } = require('firebase-functions/params');
  const { onInit } = require('firebase-functions/v1');

  const apiKey = defineSecret('GOOGLE_API_KEY');

  let genAI;
  onInit(() => {
    genAI = new GoogleGenerativeAI(apiKey.value());
  })

Configurar o comportamento da CLI

Os parâmetros podem ser configurados com um objeto Options, que controla como a CLI solicita valores. O exemplo a seguir define opções para validar o formato de um número de telefone, oferecer uma opção de seleção simples e preencher automaticamente uma opção de seleção a partir de um projeto do 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

A configuração parametrizada oferece uma sólida identificação de tipo para valores de parâmetro, além de oferecer suporte para secrets do Secret Manager do Google Cloud. Estes são os tipos compatíveis:

  • Secret
  • String
  • Booleano
  • Número inteiro
  • Ponto flutuante

Valores de parâmetros e expressões

O Firebase avalia os parâmetros no momento da implantação e enquanto a função está em execução. Devido a esses ambientes duplos, é necessário ter mais cuidado na comparação dos valores de parâmetro e no uso deles para definir as opções de ambiente de execução para suas funções.

Faça a transmissão direta de um parâmetro para sua função se quiser que ele seja transmitido como uma opção de ambiente de execução:

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

export const helloWorld = functions.runWith({ minInstances: minInstancesConfig}).https.onRequest(
  (req, res) => {
    //…

Além disso, se você tiver que fazer uma comparação com outro parâmetro para saber qual opção escolher, vai ter que usar comparadores integrados, em vez de verificar o valor:

const functions = require('firebase-functions/v1');
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 = functions.runWith({ minInstances: minInstancesConfig}).https.onRequest(
  (req, res) => {
    //…

Os parâmetros e as expressões de parâmetro usados apenas no ambiente de execução podem ser acessados com a função value deles:

const functions = require('firebase-functions/v1');
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 = functions.https.onRequest(
 (req, res) => {
    res.send(`${welcomeMessage.value()}! I am a function.`);
  }
);

Parâmetros integrados

O SDK do Cloud Functions oferece três parâmetros predefinidos, disponíveis no subpacote firebase-functions/params:

  • projectID: o projeto do Cloud em que a função está sendo executada.
  • databaseURL: o URL da instância do Realtime Database associada à função, se ativado no projeto do Firebase.
  • storageBucket: o bucket do Cloud Storage associado à função, se ativado no projeto do Firebase.

Eles funcionam como parâmetros de string definidos pelo usuário em todos os aspectos, exceto por um: como os valores são sempre conhecidos pela CLI do Firebase, eles nunca são solicitados na implantação nem salvos em arquivos .env.

Parâmetros do secret

Os parâmetros do tipo Secret, que são definidos usando defineSecret(), representam parâmetros de string que têm um valor armazenado no Secret Manager do Google Cloud. Em vez de verificar se há um arquivo .env local e gravar um novo valor nele caso esteja vazio, os parâmetros do secret conferem a existência no Secret Manager do Google Cloud e solicitam o valor de um novo secret durante a implantação.

Os parâmetros do secret definidos assim precisam ser vinculados a funções individuais com acesso a eles:

const functions = require('firebase-functions/v1');
const { defineSecret } = require('firebase-functions/params');
const discordApiKey = defineSecret('DISCORD_API_KEY');

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

Como os valores dos secrets ficam ocultos até que a função seja executada, eles não podem ser usados durante a configuração da função.

Variáveis de ambiente

O Cloud Functions for Firebase oferece suporte ao formato de arquivo dotenv para carregamento de variáveis de ambiente especificadas em um arquivo .env no ambiente de execução do app. Depois de implantadas, as variáveis de ambiente podem ser lidas usando a interface process.env.

Para configurar o ambiente dessa maneira, crie um arquivo .env no projeto, adicione as variáveis desejadas e implante:

  1. Crie um arquivo .env no diretório functions/:

    # Directory layout:
#   my-project/
#     firebase.json
#     functions/
#       .env
#       package.json
#       index.js

  2. Abra o arquivo .env para editar e adicione as chaves desejadas. Por exemplo:

    PLANET=Earth
AUDIENCE=Humans

  3. Implante funções e verifique se as variáveis de ambiente foram carregadas:

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

Depois que as variáveis de ambiente personalizadas forem implantadas, o código da função poderá acessá-las com a sintaxe process.env:

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

Como implantar vários conjuntos de variáveis de ambiente

Se você precisar de um conjunto alternativo de variáveis de ambiente para seus projetos do Firebase (como preparo x produção), crie um arquivo .env.<project or alias> e grave as variáveis específicas do projeto nele. As variáveis de ambiente de .env e arquivos específicos do projeto .env (se existirem) serão incluídos em todas as funções implantadas.

Por exemplo, um projeto pode incluir esses três arquivos com valores um pouco diferentes para desenvolvimento e produção:

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

AUDIENCE=Humans

AUDIENCE=Dev Humans AUDIENCE=Prod Humans

Considerando os valores nesses arquivos separados, o conjunto de variáveis de ambiente implantadas com suas funções varia de acordo com o projeto 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

Variáveis de ambiente reservadas

Algumas chaves de variáveis de ambiente são reservadas para uso interno. Não use nenhuma dessas chaves nos arquivos .env:

  • Todas as chaves que começam com X_GOOGLE_
  • Todas as chaves que começam com EXT_
  • Todas as chaves que começam com FIREBASE_
  • Qualquer chave da lista a seguir:
  • 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

Armazene e acesse informações de configuração confidenciais

Variáveis de ambiente armazenadas em arquivos .env podem ser usadas para configurar funções. No entanto, elas não devem ser consideradas uma maneira segura de armazenar informações confidenciais, como credenciais de banco de dados ou chaves de API. Isso é especialmente importante se você verificar seus arquivos .env no controle da origem.

Para ajudar você a armazenar informações de configuração sensíveis, o Cloud Functions for Firebase tem integração com o Secret Manager do Google Cloud. Esse serviço criptografado armazena valores de configuração com segurança e ainda facilita o acesso das suas funções quando necessário.

Criar e usar um secret

Para criar um secret, use a CLI do Firebase.

.

Para criar e usar um secret, siga as instruções a seguir:

  1. Na raiz do diretório do projeto local, execute o seguinte comando: 

    firebase functions:secrets:set SECRET_NAME

  2. Insira um valor para SECRET_NAME.

    A CLI gera uma mensagem de êxito e avisa que você precisa implantar funções para que a alteração entre em vigor.

  3. Antes da implantação, verifique se o código das funções permite o acesso ao secret usando o parâmetro runWith:

    exports.processPayment = functions
  // Make the secret available to this function
  .runWith({ secrets: ["SECRET_NAME"] })
  .onCall((data, context) => {
    const myBillingService = initializeBillingService(
      // reference the secret value
      process.env.SECRET_NAME
    );
    // Process the payment
  });

  4. Implante o Cloud Functions:

    firebase deploy --only functions

Agora você poderá acessá-lo como qualquer outra variável de ambiente. Por outro lado, se outra função que não especifica o secret em runWith tenta acessá-lo, ele recebe um valor indefinido:

  exports.anotherEndpoint = functions.https.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
  });

A função terá acesso ao valor do secret depois que for implantada. Somente funções que incluem especificamente um secret no parâmetro runWith vão ter acesso a ele como uma variável de ambiente. Isso ajuda a garantir que os valores do secret fiquem disponíveis apenas quando necessários, reduzindo o risco de vazamentos acidentais.

Como gerenciar secrets

Use a CLI do Firebase para gerenciar secrets. Ao gerenciar secrets assim, lembre-se de que algumas alterações da CLI exigem a modificação e/ou reimplantação de funções associadas. Especificamente:

  • Sempre que você definir um novo valor de secret, implante novamente todas as funções que fazem referência a esse secret para coletar o valor mais recente.
  • Se você excluir um secret, verifique se nenhuma das funções implantadas faz referência a ele. As funções que usam um valor do secret excluído vão falhar de maneira silenciosa.

Confira um resumo dos comandos da CLI do Firebase para gerenciamento de secrets:

# 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 os comandos access e destroy, é possível fornecer o parâmetro de versão opcional para gerenciar uma versão específica. Por exemplo:

functions:secrets:access SECRET_NAME[@VERSION]

Para mais informações sobre essas operações, transmita -h com o comando para ver a ajuda da CLI.

Como é feito o faturamento dos secrets

O Secret Manager permite seis versões ativas do secret sem custos financeiros. Isso significa que é possível ter seis secrets por mês em um projeto do Firebase sem custos financeiros.

Por padrão, a CLI do Firebase tenta destruir automaticamente as versões não utilizadas de um secret quando apropriado, como durante a implantação de funções com uma nova versão dele. Além disso, é possível limpar ativamente os secrets não utilizados usando functions:secrets:destroy e functions:secrets:prune.

O Secret Manager permite 10 mil operações mensais de acesso não faturadas em um secret. As instâncias de função leem apenas os secrets especificados no parâmetro runWith sempre que passam pela inicialização a frio. Se você tiver muitas instâncias de função que leem muitos secrets, seu projeto poderá exceder essa permissão. A partir de então, será cobrado US $0,03 por 10.000 operações de acesso.

Para saber mais, consulte Preços do Secret Manager.

Suporte ao emulador

A configuração do ambiente com dotenv foi projetada para interoperar com um emulador local do Cloud Functions.

Ao usar um emulador local do Cloud Functions, é possível modificar as variáveis de ambiente para o projeto configurando um arquivo .env.local. O conteúdo de .env.local tem precedência sobre .env e sobre o arquivo .env específico do projeto.

Por exemplo, um projeto pode incluir esses três arquivos com valores um pouco diferentes para desenvolvimento e teste local:

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

AUDIENCE=Humans

AUDIENCE=Dev Humans AUDIENCE=Local Humans

Quando iniciado no contexto local, o emulador carrega as variáveis de ambiente da seguinte maneira:

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

Secrets e credenciais no emulador de Cloud Functions

O emulador de Cloud Functions é compatível com o uso de secrets para armazenar e acessar informações sensíveis de configuração. Por padrão, o emulador tentará acessar seus secrets de produção usando credenciais padrão do aplicativo. Em determinadas situações, como ambientes de CI, o emulador pode não acessar valores do secret por causa de restrições de permissão.

Da mesma forma que o suporte do emulador Cloud Functions para variáveis de ambiente, é possível substituir valores de segredos configurando um arquivo .secret.local. Isso facilita o teste local das funções, especialmente se você não tiver acesso ao valor do secret.

Como migrar da configuração do ambiente

Se você estiver usando a configuração do ambiente com functions.config, é possível migrar a configuração atual como variáveis de ambiente (no formato dotenv). A CLI do Firebase fornece um comando de exportação que gera a configuração de cada alias ou projeto listado no arquivo .firebaserc do diretório (no exemplo abaixo, local, dev e prod) como arquivos .env.

Para migrar, exporte as configurações do ambiente atuais usando o comando firebase functions:config:export:

firebase functions:config:export
i  Importing configs from projects: [project-0, project-1]
⚠  The following configs keys could not be exported as environment variables:

⚠  project-0 (dev):
    1foo.a => 1FOO\_A (Key 1FOO\_A must start with an uppercase ASCII letter or underscore, and then consist of uppercase ASCII letters, digits, and underscores.)

Enter a PREFIX to rename invalid environment variable keys: CONFIG\_
✔  Wrote functions/.env.prod
✔  Wrote functions/.env.dev
✔  Wrote functions/.env.local
✔  Wrote functions/.env

Observe que, em alguns casos, você vai precisar inserir um prefixo para renomear as chaves de variáveis de ambiente exportadas. Isso ocorre porque nem todas as configurações podem ser transformadas automaticamente, já que podem ser inválidas ou serem chaves de variável de ambiente reservadas.

Recomendamos que você analise cuidadosamente o conteúdo dos arquivos .env gerados antes de implantar suas funções ou verifique os arquivos .env no controle de origem. Remova os valores confidenciais que não podem ser divulgados dos arquivos .env e os armazene com segurança no Secret Manager.

Também é necessário atualizar seu código de funções. Todas as funções que usam functions.config agora precisam usar process.env, conforme mostrado em Fazer upgrade para a 2ª geração.

Configuração do ambiente

Definir a configuração do ambiente com a CLI

Para armazenar dados do ambiente, use o comando firebase functions:config:set na CLI do Firebase. Cada chave pode receber um namespace com pontos para agrupar configurações relacionadas. Lembre-se de que somente caracteres minúsculos são aceitos nas chaves e não são permitidos caracteres maiúsculos.

Por exemplo, para armazenar o ID do cliente e a chave de API para "Some Service", você pode executar:

firebase functions:config:set someservice.key="THE API KEY" someservice.id="THE CLIENT ID"

Recuperar a configuração atual do ambiente

Para inspecionar o que está armazenado atualmente na configuração do ambiente do seu projeto, use firebase functions:config:get. Isso enviará ao JSON linhas com a seguinte aparência:

{
  "someservice": {
    "key":"THE API KEY",
    "id":"THE CLIENT ID"
  }
}

Essa funcionalidade é baseada na API Runtime Configuration do Google Cloud.

Usar functions.config para acessar a configuração do ambiente em uma função

Algumas configurações são fornecidas automaticamente no namespace firebase reservado. A configuração do ambiente é disponibilizada dentro da função em execução por meio de functions.config(). Para usar a configuração acima, seu código deve ter a seguinte aparência:

const functions = require('firebase-functions/v1');
const request = require('request-promise');

exports.userCreated = functions.database.ref('/users/{id}').onWrite(event => {
  let email = event.data.child('email').val();

  return request({
    url: 'https://someservice.com/api/some/call',
    headers: {
      'X-Client-ID': functions.config().someservice.id,
      'Authorization': `Bearer ${functions.config().someservice.key}`
    },
    body: {email: email}
  });
});

Usar configuração do ambiente para inicializar um módulo

Alguns módulos de nós estão prontos sem qualquer configuração. Outros módulos precisam de configuração extra para serem inicializados corretamente. Recomendamos que você armazene essa configuração em variáveis de configuração do ambiente, em vez de codificá-la. Isso ajuda a manter a portabilidade do seu código, permitindo que você abra o código-fonte do seu aplicativo ou alterne com facilidade entre as versões de produção e preparo.

Por exemplo, para usar o módulo Slack Node SDK, convém escrever:

const functions = require('firebase-functions/v1');
const IncomingWebhook = require('@slack/client').IncomingWebhook;
const webhook = new IncomingWebhook(functions.config().slack.url);

Antes da implantação, defina a variável de configuração do ambiente slack.url:

firebase functions:config:set slack.url=https://hooks.slack.com/services/XXX

Comandos de ambiente adicionais

  • firebase functions:config:unset key1 key2 remove as chaves especificadas da configuração
  • firebase functions:config:clone --from <fromProject> clona o ambiente de outro projeto no projeto ativo no momento.

Variáveis ​​de ambiente preenchidas automaticamente

Existem variáveis ​​de ambiente que são automaticamente preenchidas no ambiente de execução das funções e nas funções emuladas localmente. Isso inclui as preenchidas pelo Google Cloud, além de uma variável de ambiente específica do Firebase:

process.env.FIREBASE_CONFIG: fornece as seguintes informações de configuração do projeto do Firebase:

{
  databaseURL: 'https://databaseName.firebaseio.com',
  storageBucket: 'projectId.appspot.com',
  projectId: 'projectId'
}

Essa configuração é aplicada automaticamente quando você inicializa o SDK Admin do Firebase sem argumentos. Se você estiver escrevendo funções em JavaScript, inicialize deste modo:

const admin = require('firebase-admin');
admin.initializeApp();

Se você estiver escrevendo funções no TypeScript, inicialize deste modo:

import * as functions from 'firebase-functions/v1';
import * as admin from 'firebase-admin';
import 'firebase-functions/v1';
admin.initializeApp();

Se você precisar inicializar o SDK Admin com a configuração do projeto padrão usando as credenciais da conta de serviço, poderá carregar as credenciais de um arquivo e adicioná-las ao FIREBASE_CONFIG da seguinte maneira:

serviceAccount = require('./serviceAccount.json');

const adminConfig = JSON.parse(process.env.FIREBASE_CONFIG);
adminConfig.credential = admin.credential.cert(serviceAccount);
admin.initializeApp(adminConfig);