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

DAM workflow #16

Open
skarampatakis opened this issue Sep 8, 2017 · 3 comments
Open

DAM workflow #16

skarampatakis opened this issue Sep 8, 2017 · 3 comments

Comments

@skarampatakis
Copy link

I thought that the workflow was that Indigo would communicate with DAM to set analytics tasks and get the results. No connection with the actual servers.

But it seems that this is not the case as Indigo asks directly the specific endpoint. That means that each analytics processing server should be accessible publicly?

I don't know if this is safe enough. It would be much more secure if only DAM would communicate with the processing servers. Also I believe we could then avoid the timeout errors.

@HimmelStein
Copy link
Contributor

Indigo should only communicate with DAM, and DAM will schedule data-mining tasks at particular server.

@larjohn
Copy link

larjohn commented Sep 14, 2017

@skarampatakis this was the plan, but there are still some difficulties (there are issues here and in the integration repo) that forced a temporary revert to the old method of interaction, so that we can be represented in re:publica.

@skarampatakis
Copy link
Author

Now that re:publica has passed I think we should try to work on this as I have some concerns over exposure of at least opencpu container on public.

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

3 participants