geneontology / web-gocam

GO-CAM site as an Angular 2+ Application
http://geneontology.org/go-cam
BSD 3-Clause "New" or "Revised" License
1 stars 0 forks source link

Handover of GO-CAM API #16

Closed cmungall closed 3 years ago

cmungall commented 3 years ago

serverless, api gateway

currently on USC AWS account

cmungall commented 3 years ago

decided on call - will move to main GO AWS

lpalbou commented 3 years ago

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 ?

kltm commented 3 years ago

Talking with @cmungall , we were thinking of having @dustine32 and @tmushayahama take the lead on this (combined with #15 ).

lpalbou commented 3 years ago

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)

lpalbou commented 3 years ago

Update from August 6: @dustine32 and @sierra-moxon for transfer.

Notes:

kltm commented 3 years ago

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).

dustine32 commented 3 years ago

I feel good about being trained on this, given that the current architecture is documented and I have access to all components in AWS.