在2018年竟然有人问关于分布式协作的问题，也让我确定了要写一下这篇文章。就拿这篇文章开启18年的篇章吧！

                                                 先割一下,正文开始

        这篇文章中我会先简单介绍一下Portal to Portal的意义然后详细描述它的搭建过程以及一些注意事项。

分布式协作的意义

        在现实应用中，无论是时下热门的智慧城市这种跨领域的业务协作，还是类似于国土部门这种上下级单位的业务协作，它们的难点和关键问题就是打破数据壁垒，实现数据资源共享。Portal for ArcGIS 10.5中提出了一个新概念：分布式协作，它能解决资源共享的问题，实现业务协作。

        在介绍分布式协作之前，我们先来了解一下什么是分布式。在我去了解分布式的时候从知乎上看到了某大神的这样一条关于厨师炒菜的回复，让我豁然开朗。在这里也向大家安利一下。小饭店原来只有一个厨师，切菜洗菜备料炒菜全干。后来客人多了，厨房一个厨师忙不过来，又请了个厨师，两个厨师都能炒一样的菜，这两个厨师的关系是集群。为了让厨师专心炒菜，把菜做到极致，又请了个配菜师负责切菜，备菜，备料，厨师和配菜师的关系是分布式，一个配菜师也忙不过来了，又请了个配菜师，两个配菜师关系是集群。（https://www.zhihu.com/question/20004877/answer/112124929），看到这里你应该就能理解了什么是分布式协作，也能基本猜测出分布式协作的意义。通过分布式协作，可以在整个参与者（包括具有 ArcGIS Online 或 ArcGIS Enterprise 成员资格的参与者）网络中连接和集成 GIS。建立分布式协作的好处是，可以在个体及组织和社区之间来组织、网络化以及共享内容。分布式协作（或简称协作）以信任为基础，由共同的目标或倡议所驱动。在协作参与者之间建立受信任的协作后，即可根据意愿与单个 GIS 共享内容，以便在整个参与者网络中分布此内容。已共享内容对参与协作的每个组织都可见。

搭建过程

        首先你需要了解一下分布式协作所涉及到的一些概念，这个在server的帮助中都有详细的描述：http://server.arcgis.com/zh-cn/portal/latest/administer/windows/key-concepts.htm

        接下来就正式以Portal to Portal（以下简称协作）为例讲一下搭建的整个流程。

        1.验证是否已满足创建协作的先决条件（http://server.arcgis.com/zh-cn/portal/latest/administer/windows/create-a-collaboration.htm#ESRI_SECTION1_A492E8BC60B245E1952FCBBC97E70FA7）

        2.创建协作和工作空间（应用于主办方）

        3.邀请访客参与协作（应用于主办方）

        4.接受协作邀请（应用于访客）

        5.导入邀请响应（应用于主办方）

        6.加入工作空间（应用于访客）好多人都遗漏了这一步，所以特别加粗一下

        在整个过程当中需要你先将两个Portal中使用的证书在Host方以及Guest方配置到相互信任的模式，配置的流程可以参考这个链接：http://server.arcgis.com/zh-cn/portal/latest/administer/windows/configuring-the-portal-to-trust-certificates-from-your-certifying-authority.htm  配置完成后就可以在你的Portal中看到你导入的证书，并且在接受协作邀请和导入协作邀请的过程也不会提示SSL certificate Error的错误。

        这里提供一个建立协作的视频：https://pan.baidu.com/s/1chBORk?fid=10800804884180

另外你可以从下边这张图中了解协作之间进行共享的流程。更多有意思的过程等着你去挖掘。。

最后希望分布式协作可以在中国的国情中更好的生存下来，不要像下图一样就好了。。

作为一个90后，既然早早地抱起了保温杯，泡上了枸杞水，那就认真地过好每一天吧。