48bc342033
* enable e2e * test order * enlarge timeout + add assertion on file upload * add dependancy between airlock and firewall tests * rename airlock test and remove dependancy * remove depends mark * refactor review resource into airlock request * remove airlock resource + fix UT * unmark airlock UT * fix airlock UT * refactor function names + change collection name * fix linter errors * bump api version * remove unused parameter, rename airlock tests file * temporarly fix e2e - remove this before merging! * add config param to skip temp workspace creation * remove patch for bug * bump api * cr commentws * unit tests fix Co-authored-by: Anat Balzam <anatbalzam@microsoft.com> |
||
---|---|---|
.devcontainer | ||
.github | ||
airlock_processor | ||
api_app | ||
api_http_requests | ||
devops | ||
docs | ||
e2e_tests | ||
mkdocs-overrides | ||
resource_processor | ||
templates | ||
ui | ||
.dockerignore | ||
.editorconfig | ||
.flake8 | ||
.gitattributes | ||
.gitignore | ||
.markdownlint.json | ||
.pre-commit-config.yaml | ||
.yaspellerrc.json | ||
CHANGELOG.md | ||
CODE_OF_CONDUCT.md | ||
CONTRIBUTING.md | ||
GEMFILE | ||
LICENSE | ||
Makefile | ||
README.md | ||
SECURITY.md | ||
SUPPORT.md | ||
maintainers.md | ||
mkdocs.yml | ||
requirements.txt |
README.md
Azure Trusted Research Environment
Project Status
This project's code base is still under development and breaking changes will happen. Whilst the maintainers will do our best to minimise disruption to existing deployments, this may not always be possible. Stable releases will be published when the project is more mature.
The aim is to bring together learnings from past customer engagements where TREs have been built into a single reference solution. This is a solution accelerator aiming to be a great starting point for a customized TRE solution. You're encouraged to download and customize the solution to meet your requirements
This project does not have a dedicated team of maintainers but relies on you and the community to maintain and enhance the solution. Microsoft will on project-to-project basis continue to extend the solution in collaboration with customers and partners. No guarantees can be offered as to response times on issues, feature requests, or to the long term road map for the project.
It is important before deployment of the solution that the Support Policy is read and understood.
Background
Across the health industry, be it a pharmaceutical company interrogating clinical trial results, or a public health provider analyzing electronic health records, there is the need to enable researchers, analysts, and developers to work with sensitive data sets.
Trusted Research Environments (TREs) enforce a secure boundary around distinct workspaces to enable information governance controls to be enforced. Each workspace is accessible by a set of authorized users, prevents the exfiltration of sensitive data, and has access to one or more datasets provided by the data platform.
Workspaces can be configured with a variety of tools to enable tasks such as the development of machine learning models, data engineering, data analysis, and software development. Authorized users should be able to deploy and configure their tools without a dependency on IT teams.
A successful Trusted Research Environments enables users to be as productive, if not more productive than they would be working in environments without strict information governance controls.
Support
For details of support expectations, please review our Support Policy.
Contributing
This project welcomes contributions and suggestions. Most contributions require you to agree to a Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us the rights to use your contribution. For details, visit https://cla.opensource.microsoft.com.
When you submit a pull request, a CLA bot will automatically determine whether you need to provide a CLA and decorate the PR appropriately (e.g., status check, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repos using our CLA.
This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.
Note: maintainers should refer to the maintainers guide
Trademarks
This project may contain trademarks or logos for projects, products, or services. Authorized use of Microsoft trademarks or logos is subject to and must follow Microsoft's Trademark & Brand Guidelines. Use of Microsoft trademarks or logos in modified versions of this project must not cause confusion or imply Microsoft sponsorship. Any use of third-party trademarks or logos are subject to those third-party's policies.
Repository structure
├── .github
│ ├── ISSUE_TEMPLATE - Templates for GitHub issues
│ ├── linters - Linter definitions for workflows
│ └── workflows - GitHub Actions workflows (CI/CD)
│
├── devops
│ ├── scripts - DevOps scripts
│ └── terraform - Terraform specific DevOps files/scripts for bootstrapping
│
├── docs - Documentation
│
├── e2e_tests - pytest-based end-to-end tests
│
├── api_app - API source code and docs
│
├── resource_processor - VMSS Porter Runner
│
├── scripts - Utility scripts
│
└── templates
├── core/terraform - Terraform definitions of Azure TRE core resources
├── shared_services - Terraform definitions of shared services
├── workspace_services - Workspace services
└── workspaces - Workspace templates