CI: move parity job from trial account to Flagsmith prod Snowflake with a scoped role

Open
#2 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
35/100
Issue type
Feature
Clarity
Clearly specified
Activity status
Quiet
Tech stack
github-actions, python

Research direction

Start by reviewing the engine-parity CI job, its existing Snowflake configuration, and the repository's GH secrets. Provision FS_CI, the scoped role, service user, warehouse monitor, and key-pair authentication, then update the listed secrets and verify parity tests can create and remove their per-run tables without broader grants.

Written by the indexing model from the issue text.

Description

The engine-parity CI job currently runs against my personal Snowflake trial account under ACCOUNTADMIN. The current trial account is tied to a personal email and expires; production account with billing is the durable home.

What needs to happen

  1. Provision a CI database + schema in the Flagsmith prod Snowflake account. Suggested layout: a dedicated FS_CI database, scratch schema PUBLIC. The parity tests already create per-run transient IDENTITIES_PARITY_<uuid> / TRAITS_PARITY_<uuid> tables there and drop them on teardown, so concurrent runs don't collide.

  2. Create a least-privilege role for CI, e.g. FS_SQL_ENGINE_CI_RW. Required grants:

    USE ROLE SECURITYADMIN;
    CREATE ROLE FS_SQL_ENGINE_CI_RW;
    
    USE ROLE SYSADMIN;
    GRANT USAGE ON DATABASE FS_CI TO ROLE FS_SQL_ENGINE_CI_RW;
    GRANT USAGE ON SCHEMA FS_CI.PUBLIC TO ROLE FS_SQL_ENGINE_CI_RW;
    GRANT CREATE TABLE ON SCHEMA FS_CI.PUBLIC TO ROLE FS_SQL_ENGINE_CI_RW;
    GRANT USAGE ON WAREHOUSE FS_CI_WH TO ROLE FS_SQL_ENGINE_CI_RW;
    
    GRANT ROLE FS_SQL_ENGINE_CI_RW TO USER <ci-user>;
    ALTER USER <ci-user> SET DEFAULT_ROLE = FS_SQL_ENGINE_CI_RW;
    

    No grants beyond that — the parity tests do CREATE TRANSIENT TABLE, INSERT, SELECT, DROP TABLE and that's it.

  3. Provision a service user for CI (e.g. flagsmith_sql_engine_ci) with key-pair auth. Generate the keypair, register the public key on the user, capture the private key for GH secrets. Disable password auth on the user.

  4. Add a resource monitor on FS_CI_WH capping monthly credit spend (suggest $5-10 / month — current usage is ~$0.05 per CI run, ~$2-5 / month at heavy PR volume).

  5. Update GH secrets in this repo:

    • SNOWFLAKE_ACCOUNT → prod account locator
    • SNOWFLAKE_USERflagsmith_sql_engine_ci
    • SNOWFLAKE_ROLEFS_SQL_ENGINE_CI_RW
    • SNOWFLAKE_WAREHOUSEFS_CI_WH
    • SNOWFLAKE_DATABASEFS_CI
    • SNOWFLAKE_SCHEMAPUBLIC
    • SNOWFLAKE_PRIVATE_KEY → contents of the new key file
Dominant language
Python
Stars
1
Forks
0
PR merge metrics
No merged PRs in 30d

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from Flagsmith/flagsmith-sql-flag-engine

All issues in Flagsmith/flagsmith-sql-flag-engine

Similar issues

More Python issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.