... | @@ -25,10 +25,10 @@ Cognizant of costs and maintenance overhead, we categorize the environments to a |
... | @@ -25,10 +25,10 @@ Cognizant of costs and maintenance overhead, we categorize the environments to a |
|
* **Dev Secondary Environment**
|
|
* **Dev Secondary Environment**
|
|
* This is a proposed environment also linked to the community Gitlab CICD. This allows us to avoid a code freeze when the community reaches a milestone and to allow for parallel trusted builds to run for both the tagging/milestone builds in Dev2 and the mater branch MR builds in Dev primary. No platform level validation/integration tests are performed.
|
|
* This is a proposed environment also linked to the community Gitlab CICD. This allows us to avoid a code freeze when the community reaches a milestone and to allow for parallel trusted builds to run for both the tagging/milestone builds in Dev2 and the mater branch MR builds in Dev primary. No platform level validation/integration tests are performed.
|
|
|
|
|
|
* **QA Automation Environment**
|
|
* **QA Automation (aka "Platform Validation" Environment**
|
|
* It is important for the community that the automated QA tests are done with a) real-world data sets (TNO, Volve, etc.) and b) with the representative deliverable they will receive from the provider/CSP own CICD. Note that the deployed environment does not pick up binaries from the milestone tagged version in community Gitlab, so the need to integrate the outputs from the provider/CSP CICD into the automated QA environment. Milestone releases should be pushed in here and all the integration (functional) tests will be run in an automated fashion here.
|
|
* It is important for the community that the automated QA tests are done with a) real-world data sets (TNO, Volve, etc.) and b) with the representative deliverable they will receive from the provider/CSP own CICD. Note that the deployed environment does not pick up binaries from the milestone tagged version in community Gitlab, so the need to integrate the outputs from the provider/CSP CICD into the automated QA environment. Milestone releases should be pushed in here and all the integration (functional) tests will be run in an automated fashion here.
|
|
|
|
|
|
* **Preship Production Environment**
|
|
* **Preship Production (Business UAT) Environment**
|
|
* This is an environment that provides an opportunity for operators and potential OSDU consumers to volunteer and test as a representative end-user/customer. The feedback will improve both the community code quality and also the operational/security/deployment aspects brought to fruition by the provider/CSP.
|
|
* This is an environment that provides an opportunity for operators and potential OSDU consumers to volunteer and test as a representative end-user/customer. The feedback will improve both the community code quality and also the operational/security/deployment aspects brought to fruition by the provider/CSP.
|
|
|
|
|
|
### Transient Environments
|
|
### Transient Environments
|
... | @@ -44,10 +44,7 @@ This is similar to the previous transient preship secondary environment - any te |
... | @@ -44,10 +44,7 @@ This is similar to the previous transient preship secondary environment - any te |
|
## Recommendation:
|
|
## Recommendation:
|
|
|
|
|
|
The following picture is a high-level recommendation for both durable and transient environments to be created
|
|
The following picture is a high-level recommendation for both durable and transient environments to be created
|
|
|
|
![Environments_OSDU_from-Raj-rev-DC](uploads/893c5039f74e9bcf4f1f6b7a198f4db7/Environments_OSDU_from-Raj-rev-DC.png)
|
|
![image](uploads/3a62af53651a0fc55d34b283eae88a82/image.png)
|
|
|
|
|
|
|
|
[//]: <> (uploads/035b656a6561598676bfc2c699a11f19/image.png)
|
|
|
|
|
|
|
|
# Current Status (In works):
|
|
# Current Status (In works):
|
|
|
|
|
... | | ... | |