Open phraenquex opened 1 year ago
Would happen after #1077
Getting started spinning up development of stack, specifically, how to build a container image and the architecture of Fragalysis (how it is put together?). the target audience is stack developers, this is very much related to concept/idea of dev containers (@alanbchristie and @Waztom to review)
Create a "fragalysis-root" repo (or similar).
Retire the https://github.com/xchem/dls-fragalysis-stack-kubernetes repo
Adopt @alanbchristie's stack repo.
And make a nice Read.me file.
Will happen in the new year- can wait, no functional implications.
To deal with the root repo, 'fork' https://github.com/xchem/dls-fragalysis-stack-kubernetes into xchem
. Once done you can then manage any documentation and Ansible playbooks.
The repo is responsible for all the Ansible playbooks that are executed by the AWX server in the developer and production clusters. Once the repo has been forked edit the AWX Project records on the two AWX servers. This will ensure that the new repository location is used when downloading the playbooks when the corresponding Job Templates run. The two servers are located at: -
When the switchover is complete we can then Archive the IM repository (make it read only).
We can fork the repository at any time, the switch over can be done gradually.
The origin repo is already forked to xchem
: -
Someone with authority probably needs to: -
fragalysis-stack-kubernetes
? [DONE]fragalysis-stack-kubernetes
repo? [TO DO]@Waztom please act on @alanbchristie's request.
@alanbchristie have added you with write permissions. Please let know if you need more access (admin level).
I have now archived the Informatics Matters repository (https://github.com/InformaticsMatters/dls-fragalysis-stack-kubernetes). This repo has now been forked to the xchem domain as: -
@Waztom As I have resorted to re-forking the original repository, the earlier fork can now be archived, and probably removed? ...
...because the above has been replaced by...
@alanbchristie one thing, can you please confirm that we will not be loosing code/fork that was specifically applicable to deploying on Diamond's Kubernetes? Diamond/Chris has their own Kubernetes (last I heard, still only available to people accessing from within the Diamond firewall), whilst Fragalysis is deployed on STFC's Kubernetes.
AFAIK (and after reviewing the commits) the fork of our (original) repository was only changed by Rachael for three purposes: -
With regard to deployment to Diamond Kubernetes I don't think any of the playbooks are used ... unless someone has deployed the stack to Diamond without my/our knowledge (which is unlikely).
The playbooks for deployment to STFC's Kubernetes are all contained in this new fork and the two AWX servers (in the dev and prod clusters) have now been updated to use this new fork as a source.
I have also updated ReadTheDocs to generate new pages from the new repository.
Our original repository has now been "archived" (set to read only) and is no longer used.
In conclusion: -
@Waztom, @mwinokan who of you gets this action?
@Waztom will look into this.
@alanbchristie will ping link/info to delete.
The old ReadTheDocs link, which now needs to be removed is: -
Intitial draft, for now.