Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Expose the 'virtuoso' service #9

Open
ThomasThelen opened this issue Jun 25, 2021 · 2 comments
Open

Expose the 'virtuoso' service #9

ThomasThelen opened this issue Jun 25, 2021 · 2 comments

Comments

@ThomasThelen
Copy link
Member

ThomasThelen commented Jun 25, 2021

The slinky stack contains the 'virtuoso' service that should be exposed to users and administrators. The three parts that are of interest are...

1. Conductor Webapp

The Virtuoso Conductor web application is nice to access because without it, accounts and the graph store settings need to be modified using SQL commands.

2. SPARQL Endpoint

The sparql endpoint can be found at /sparql endpoint. Users will need their OAUTH token to perform the queries here.

3. OAUTH Endpoint

Users should be able to generate an OAUTH token for use with the sparql endpoint; we should definitely be exposing /oauth to allow this.

Endpoint Name

https://api.dataone.org/slinky might not be that descriptive for anyone unfamiliar with service. I think that
https://api.dataone.org/graph, https://api.dataone.org/virtuoso, or https://api.dataone.org/knowledge could work.

I think a different subdomain might make the most sense since it's not completely an API, but more of a standalone service with an API endpoint. This would give something like graph.dataone.org/sparql for the SPARQL endpoint, graph.dataone.org/oauth for OAUTH, and graph.dataone.org for the conductor webapp

@gothub
Copy link
Collaborator

gothub commented Jun 25, 2021

A couple of questions to consider:

  • should everything exposed via https://api.dataone.org be a RESTful web service?
    • can UIs like Virtuoso be under this URL?
  • should all the slinky related services be under one top level endpoint?
  • it should be possible to have multiple ingress controllers running on one cluster, but I've never tried this

@ThomasThelen
Copy link
Member Author

  1. I'm not sure about this one. Personally, I would expect anything with an api subdomain to just be DataONE API services. With Slinky, it has the web app and API bundled. In my mind I see those both bundled together under a different subdomain. @mbjones may have some input here; I'll make a note of it if it's something we want to discuss on the development call.
  2. My vote is yes

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants