Skip to content

HakaiInstitute/hakai-metadata-entry-form

BranchesTags
 
 

Repository files navigation

Hakai Metadata entry form

Run Build and Tests License: AGPL v3

System Architecture

Below is the system architecture diagram which provides an overview of the data flow and interaction between components within the application:

System Architecture Diagram

For a more interactive and detailed view, see the Lucidchart Diagram.

The URL where this code is deployed

Monitoring

Monitoring of production site availability is done via the hakai-upptime and notices are posted to the hakai-upptime slack channel. Error collection is performed by sentry and reported in the hakai-metadata-entry-form project.

How to install this code

Installation Node packages

  1. Install Node

  2. In this directory, run npm install

Running development mode

npm start

This will start a hot-reloading dev server. Click on the link that it outputs to open in your browser.

Running the Firebase emulator

Local Install Alternative

Install firebase CLI as described here.

Run firebase emulators:start from the firebase-functions/functions directory. Redirect function calls to this emulator by uncommenting the call to connectFunctionsEmulator in src/firebase.js.

How to run/deploy this code

push code changes to the github repo. The github actions will take care of updating the github pages with the new running code.

Deploy to production site at GitHub pages

Pushes to master automatically deploy to https://hakaiinstitute.github.io/hakai-metadata-entry-form

Or manually deploy any branch with

npm run deploy

Deploy to dev preview sites

firebase hosted preview sites are created for all pull requests. Once a pull request is generated, check the pull request comments on github for the link to the preview site. Deployment is handled by the firebase-hosting-pull-request.yml github action. Preview sites are deleted during a pull request close event or after 30 days of inactivity on the pull request. Any commit to the pull request branch will reset the timer.

Deployment and Configuration of Firebase Functions

Our Firebase Functions infrastructure utilizes both GitHub Actions for automated and manual deployments and parameterized configuration for management of environment variables and credentials.

Automated and Manual Deployment with GitHub Actions

We use a GitHub Actions workflow named firebase-deploy for deploying Firebase Functions. This workflow is triggered automatically on push to the main branch but can also be executed manually for feature branches.

Workflow Features

  • Automated Deployments on Push to Main: Ensures that any changes merged into the main branch are automatically deployed to Firebase.
  • Manual Deployment Option: Allows for manual deployments of specific branches, useful for testing changes in feature branches.
  • Environment Variables and Secrets: Uses GitHub Secrets to populate a virtual .env file with necessary configurations for the deployment process.

Manual Deployment Steps

  1. Go to the "Actions" tab in the GitHub repository.
  2. Select the firebase-deploy workflow.
  3. Click "Run workflow", select the branch to deploy, and initiate the workflow.

Deploying to Development Project

To deploy updated Firebase functions to the "cioos-metadata-form-dev" development project, follow these steps:

  1. Ensure your local setup is linked to the correct Firebase project by using the Firebase CLI to login and select the "cioos-metadata-form-dev" project.

    firebase use cioos-metadata-form-dev

  2. Make necessary changes to your Firebase functions.

  3. Deploy the changes by running the command:

    firebase deploy --only functions

This will deploy the updated functions to the development project. The GitHub Action for deploying to the preview URL is already configured to use this development project, ensuring that any previews generated from pull requests will interact with the updated dev functions instead of the production version.

GitHub Secrets and .env File Creation

The workflow utilizes the following secrets to create the virtual .env file for the deployment process:

Using Parameterized Configuration in Firebase Functions

Our Firebase Functions leverage parameterized configuration for managing sensitive information. This helps prevent functions from being deployed with missing configurations/credentials.

For details on defining and accessing these parameters, refer to the official Firebase documentation.

Deployment Considerations with Parameters

  • Local Development: Use a .env file within the functions directory for local development, mirroring the setup of parameters used in production environments.
  • Firebase CLI Prompt: The CLI may prompt for parameter values during deployment if they are not preset, ensuring functions are correctly configured.
  • Firebase Console Management: Parameters can also be managed within the Firebase Console.

Security Considerations

The use of GitHub Secrets and the creation of a virtual .env file during the workflow run ensures that sensitive information is handled securely, without persisting in the repository or exposing it beyond the lifecycle of the workflow execution.

  • Exclude .env Files from Version Control: Ensure .env files are not included in version control to prevent exposure of sensitive data.
  • Temporary .env Files: The .env file created during the GitHub Actions workflow is virtual and transient. It exists only for the duration of the workflow run and is not committed to the repository.

Deploying Firebase Realtime Database Security Rules

Overview

Deploying Firebase Realtime Database security rules via the Firebase CLI is recommended to facilitate version control and consistency across development workflows.

Setting Up Rules

  • Edit Rules: Modify the Realtime Database security rules directly in the database.rules.json file.
  • Version Control: Ensure the rules file is tracked in git to maintain a history of changes.

Define targets

This project has two databases: cioos-metadata-form (this is the default/main db for production) and cioos-metadata-form-dev (dev). Use Firebase CLI targets to manage rules deployment:

firebase target:apply database prod cioos-metadata-form
firebase target:apply database dev cioos-metadata-form-dev

Configure firebase.json

Update your firebase.json to map .rules files to your targets.

{
  "database": [
    {
      "target": "prod",
      "rules": "database.rules.json"
    },
    {
      "target": "dev",
      "rules": "database.rules.json"
    }
  ]
}

Deployment

Deploy your database rules using the Firebase CLI:

# Deploy to a specific environment
firebase deploy --only database:dev  # For development
firebase deploy --only database:prod # For production

Important Considerations

  • Deployment Overrides: Deploying via the Firebase CLI overwrites any existing rules in the Firebase console. Ensure the .rules file reflects the latest ruleset. Keep the rules file in sync with any console edits to avoid unintended overwrites.
  • Version Control: Use version control to track changes and collaborate on rule development.
  • Testing: Thoroughly test your rules in a development or staging environment before deploying to production.

Review the Firebase CLI documentation for more details on managing project resources.

Hosting on github and Authentication

When hosting the application in a new place there are a couple of things to update.

About

CIOOS Metadata entry form

hakaiinstitute.github.io/hakai-metadata-entry-form/

Resources

Readme

License

AGPL-3.0 license
Activity
Custom properties

Stars

0 stars

Watchers

0 watching

Forks

0 forks
Report repository

Releases

No releases published

Packages

No packages published

Languages

  • JavaScript 94.4%
  • Python 3.7%
  • Jinja 1.5%
  • HTML 0.2%
  • Dockerfile 0.1%
  • CSS 0.1%