Federation use cases » History » Version 1
Tom Clegg, 06/22/2017 06:12 PM
| 1 | 1 | Tom Clegg | h1. Federation use cases |
|---|---|---|---|
| 2 | |||
| 3 | I can view/edit any Arvados object I want, just based on its UUID or PDH -- no mucking about with credentials / environment variables to select a specific cluster. |
||
| 4 | |||
| 5 | I can do a search on multiple sites at once, and show the combined results. |
||
| 6 | |||
| 7 | I can see a web dashboard with all the stuff I’m working on (even though it’s spread over various clusters). |
||
| 8 | |||
| 9 | I can move my “home” account from one cluster to another. |
||
| 10 | |||
| 11 | I can run a container on a private site that accesses data from both private and public sites. |
||
| 12 | |||
| 13 | On a public site, I can share files/objects with a user who has never logged into this site (but does have an arvados account somewhere else). |
||
| 14 | |||
| 15 | I can create a project that contains projects/items from various other clusters (so I can share/unshare all that stuff as one logical unit). All of the contained items appear on the “show project” page even though they are from different clusters. |
||
| 16 | |||
| 17 | I can share files/objects on one cluster with a group that is defined on a different cluster. |
||
| 18 | |||
| 19 | I can develop a workflow on private site A, and easily move it to private site B when it’s ready. |
||
| 20 | |||
| 21 | I can browse/select/use a public workflow (site A) on a private site (B), using some private data from B and the public data on site A, without actually copying the data from A to B. |
||
| 22 |