Rancher environment usage
Case 1. Rancher environment is used for UAT testing in general and for a specific Rollover feature
Benefits:
- the functionality of the feature is storing a data in DB for a long term and update source code without clearing DB (not achievable on reference environments thus functionality can be hardly tested on non-rancher env)
- PO and users were able to test the feature prior the release thus provide early feedback that was addressed keeping master branch stable
Specifics:
- no specific feature branch was created, latest versions of modules were deployed from master
- in case of “No-go” release decision the roll-back of the feature from master branch would have required significant efforts
Case 2. Rancher environment is used for development of a feature that involved a set of modules
Benefits:
- very short release window for this feature and rancher allows to test the functionality separately from master because (at the end of the release cycle and we will still have a long way to go to make it work or something will go catastrophically wrong with the changes we make there then we will be able to keep it aside and continue working on next release since this change is not critical for the release
- from the PO perspective it saves a lot of time for data preparation and testing might take longer than 1 day and the data should stay there. In such environment rancher gives us a control of data clearance
Specifics:
- separate feature branch was created with rancher pipelines used for deployment
Case 3. Rancher environment is used for various feature front-end implementations
Benefits:
- PO was able to use more than 1 front-end implementations of the feature and define the version that is most feasible for users