...
Code Block | ||
---|---|---|
| ||
git clone https://github.com/TheIdentitySelector/thiss-js git clone git@github.com:TheIdentitySelector/origin.thiss.io git clone git@github.com:seamlessaccess/origin-service |
...
Beta deployment (use.thiss.io)
Frontend
Prepare your deploy environement. The current whitelist needs to be checked with the master list before each deploy. Note that To deploy <version> to beta (use.thiss.io does not do whitelisting which means the WHITELIST variable is not set.
Warning | ||
---|---|---|
| ||
It is important to set the WHITELIST environment variable to the comma-separated list of the current whitelisted domains before deploying. |
To deploy <version> to production
)
Code Block | ||
---|---|---|
| ||
# cd thiss-js && git pull # git checkout <version> # make clean # make BASE_URL='https://serviceuse.seamlessaccessthiss.orgio/' COMPONENT_URL='https://serviceuse.seamlessaccessthiss.orgio/cta/' MDQ_URL='https://md.seamlessaccessthiss.orgio/entities/' PERSISTENCE_URL='https://serviceuse.seamlessaccessthiss.orgio/ps/' SEARCH_URL='https://md.seamlessaccessthiss.orgio/entities/' STORAGE_DOMAIN='serviceuse.seamlessaccessthis.orgio' LOGLEVEL='error' DEFAULT_CONTEXT='seamlessaccessthiss.orgio' WHITELIST=$WHITELIST build_in_docker # rsync -avz --exclude .git --exclude CNAME --exclude README.md --delete dist/ ../origin-service.thiss.io/ # cd ../origin-service.thiss.io # git diff |
The final "git diff" should show a set of differences against the currently deployed version. Now commit and push this version to origin-service.thiss.io:
Code Block | ||
---|---|---|
| ||
# git add . # git commit -m "deploy <version>" # git push |
...
Verify that the changes have taken effect - this may take a while depending on how quickly the CDN picks up the changes. Find out which changes should be tested, check with the developer team or technical lead Leif Johansson. In addition to that, it should be checked that the discovery service works as usual by trying to login to a service for example wiki.sunet.se. It by visiting https://use.thiss.io. It is good to do it in a private window of your browser in case your browser has cached the old version. Click on the 'Login' button and see that it is possible to choose different IDPs from there. Check that the persistent service works by going back and choosing different organizations. You should be able to see the list of ogranizations that you have chosen and be able to edit them as well. Check that these functions work.
Rollback
In order to rollback simply checkout and push the previous version of the origin.thiss.io repo.
...
Deploying the backend components using standard cosmos-process for docker components in https://github.com/TheIdentitySelector/thiss-ops repository. (...)
Verification
(...)
Rollback
Simply undo the changes and go back to old changes and commit them in thiss-ops repository.
...
Production deployment (service.seamlessaccess.org)
Frontend
To deploy <version> to beta (Prepare your deploy environement. The current whitelist needs to be checked with the master list before each deploy. Note that use.thiss.io) does not do whitelisting which means the WHITELIST variable is not set.
Warning | ||
---|---|---|
| ||
It is important to set the WHITELIST environment variable to the comma-separated list of the current whitelisted domains before deploying. Ask Marina or Leif to verify the list. |
To deploy <version> to production
Code Block | ||
---|---|---|
| ||
# cd thiss-js && git pull # git checkout <version> # make clean # make BASE_URL='https://useservice.thissseamlessaccess.ioorg/' COMPONENT_URL='https://useservice.thissseamlessaccess.ioorg/cta/' MDQ_URL='https://md.thissseamlessaccess.ioorg/entities/' PERSISTENCE_URL='https://useservice.thissseamlessaccess.ioorg/ps/' SEARCH_URL='https://md.thissseamlessaccess.ioorg/entities/' STORAGE_DOMAIN='useservice.thisseamlessaccess.ioorg' LOGLEVEL='error' DEFAULT_CONTEXT='thissseamlessaccess.ioorg' WHITELIST=$WHITELIST build_in_docker # rsync -avz --exclude .git --exclude CNAME --exclude README.md --delete dist/ ../origin.thiss.io-service/ # cd ../origin.thiss.io-service # git diff |
The final "git diff" should show a set of differences against the currently deployed version. Now commit and push this version to origin.thiss.io-service:
Code Block | ||
---|---|---|
| ||
# git add . # git commit -m "deploy <version>" # git push |
...
Verify that the changes have taken effect - this may take a while depending on how quickly the CDN picks up the changes. Find out which changes should be tested, check with the developer team or technical lead Leif Johansson. In addition to that, it should be checked that the discovery service works by visiting https://use.thiss.io. It as usual by trying to login to a service for example wiki.sunet.se. It is good to do it in a private window of your browser in case your browser has cached the old version. Click on the 'Login' button and see that it is possible to choose different IDPs from there. Check that the persistent service works by going back and choosing different organizations. You should be able to see the list of ogranizations that you have chosen and be able to edit them as well. Check that these functions work.
Rollback
In order to rollback simply checkout and push the previous version of the origin.thiss.io repo.
...
Deploying the backend components using standard cosmos-process for docker components in https://github.com/TheIdentitySelector/thiss-ops repository. (...)
Verification
(...)
Rollback
...