Closed cmungall closed 3 years ago
decided on call - will move to main GO AWS
Well for the go cam site yes, for the api it’s a little more complicated but possible too. Let’s delay that one until the API discussion ?
Talking with @cmungall , we were thinking of having @dustine32 and @tmushayahama take the lead on this (combined with #15 ).
The GO-CAM site and API are kind of two different beasts.
The GO-CAM site is extremely easy to deploy as it's just a static site html + JS + css. Last time we discussed, we were supposed to deploy it on the BBOP AWS, as @kltm you have access to the domain name and could easily register it as gocam.geneontology.org, something more proper than geneontology.cloud. The second option, if we have time (and time is starting to be scarce) is to create the browsing as a web component with @tmushayahama . It would take an afternoon, but this needs to be planified/scheduled.
The GO-CAM API however, is more integrated to AWS because of the CI/CD and because of its serverless nature (API Gateway -> AWS Lambda -> GO SPARQL endpoint). It was however build thanks to a SAM script (a serverless template, simpler than cloud formation) so it could be deployed in theory on another AWS account if needed. I would say in the interest of time, especially as the goal will be to deprecate the API to have only one.. Indeed @tmushayahama and @dustine32 could be in charge of it. But I believe for the GO-CAM site, having @kltm would be more beneficial (eg access to go domain name)
Update from August 6: @dustine32 and @sierra-moxon for transfer.
Notes:
After discussion, @dustine32 will start on knowledge transfer/docs. Later on we may call on @sujaypatil96 to help review the docs and work with @dustine32 and @sierra-moxon on exercising docs and looking at migration (TBD).
I feel good about being trained on this, given that the current architecture is documented and I have access to all components in AWS.
serverless, api gateway
currently on USC AWS account