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

Create s3 buckets to store XML and config files #37

Open
6 tasks
nickdos opened this issue Oct 14, 2024 · 1 comment
Open
6 tasks

Create s3 buckets to store XML and config files #37

nickdos opened this issue Oct 14, 2024 · 1 comment
Assignees
Labels

Comments

@nickdos
Copy link
Contributor

nickdos commented Oct 14, 2024

As part of the decommissioning of the sds-webapp2 applications, the generation of the sds XML file (defines all sensitive taxa, used by other apps) is being moved to be a stand-alone process (likely run in Airflow). The ala-sensitive-data-service uses the XML file as well as serving it as a static resource to other applications via /data/sds/sensitive-species-data.xml.

  • Create the following s3 buckets in prod account (bucket names are only suggestions - feel free to change):
  • ala-sds-test
  • ala-sds-prod
  • Create in test or dev account (might need to be in prod account due to dev sandbox running in prod)
  • ala-sds-dev
  • Create permissions for these buckets to be accessible by the sensitive-data-service servers:
  • prod: aws-sensitive-2022.ala.org.au
  • test: aws-sensitive-test-2023.ala.org.au
  • Also allow access by the 3 Airflow instances in prod account
@nickdos
Copy link
Contributor Author

nickdos commented Oct 14, 2024

For bonus marks, I want to sync the s3 bucket with files on the local disk for sensitive-data-service (/data/sds) and it seems the awscli tools can do this. E.g., via aws s3 sync s3://your-bucket-name /path/to/local/directory (s3 being source). Thinking the command could be put in a crontab entry (would need to be added to Ansible).

Ideally, the sensitive-data-service would read files from s3 directly but that is not likely to happen soon, due to the app being in a framework no one knows (except Doug). So this seems like a reasonable workaround but I have no experience with it, so might be a bad idea. Comments welcome.

Not needed - Cloudfront will serve files directly and no server is required.

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

No branches or pull requests

2 participants