Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Migrate Citation Tool Database #1034

Open
2 tasks
jose-perales opened this issue Jan 15, 2025 · 3 comments
Open
2 tasks

Migrate Citation Tool Database #1034

jose-perales opened this issue Jan 15, 2025 · 3 comments
Assignees

Comments

@jose-perales
Copy link
Contributor

jose-perales commented Jan 15, 2025

  • currently exists as a function app, likely keep as funciton app but consider other options.

Task List

  • Bicep deployment for the SQL Server DB
  • run schema migration on db for citation schema
  • [ ]
@jose-perales jose-perales changed the title Migrate Database Connector Migrate Citation Tool Database Feb 3, 2025
@raymond-nassar
Copy link

@audols picking this up

@audols
Copy link

audols commented Feb 5, 2025

Started on this by drafting and running the SQL Server/DB Bicep script. On the customer side, we spun up tables by starting the Azure Function locally and setting syncing to "TRUE", with subsequent scripts run for template/question/form creation. Therefore, this user story requires (a) SQL Server & DB Bicep deployment and (b) storage account bicep deployment (this script already exists on the excitation tool), since the function app needs a storage account to point to in order to run.

I'm currently trying to figure out how to set up the correct permissions here, such that a locally run or Azure-based function app has the necessary db_datawriter and db_datareader access. Not sure if this is possible through bicep alone as these are database-level roles and not server-level role assignments.

I'm also wondering if I'll need to set this up within a v-net, since current approach just allows for access from individual IP addresses.

@jose-perales
Copy link
Contributor Author

nsg vs allowlisting individual ip's. considering managed identity as an alternate approach

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants