AGO Enterprise Distributed Collaboration Secured Services

ZacharyHart

Note: This primarily concerns referenced map image layers & imagery layers.

With distributed collaboration, you can extend the reach of your GIS content by seamlessly sharing maps, apps, layers, and more with other organizations

(emphasis added)

I have successfully created a distributed collaboration between our ArcGIS Online organization and our ArcGIS Enterprise site. If I share layers to the workspace they appear in AGO just fine but when attempting to access the services, I'm prompted to log into our Enterprise site.

Doesn't this defeat the purpose of a collaboration? Why wouldn't I just manually add content to AGO from URLs from our Enterprise site and just embed/store the credentials in the item?

 

ttimmerman_nes

Hey @ZacharyHart ,

This is the intended functionality of a distributed collaboration. The only way to overcome the credentials prompt is to use create a distributed collaboration which is configured to share as copies (Create a distributed collaboration—Portal for ArcGIS | Documentation for ArcGIS Enterprise, see step 7). If configured this way, the resulting service URLs in AGOL will not directly reference the ArcGIS Enterprise service URL and will instead use an AGOL service URL. The share as copies functionality relies on the sync capability of feature services, so you'll have to make sure the services which you choose to share across the collaboration, and the underlying datasets, meet the associated requirements. 

In terms of why you would choose to use a distributed collaboration rather than just storing services in AGOL with credentials, I would say the main benefit is visibility. You can always refence the group associated with the workspace on both sides of the collaboration to easily keep track of which AGOL items ultimately reference which ArcGIS Server service. 

Hope this helps.