ESRI2017总结（深度好文有彩蛋——数据处理服务方案总结）

一、Arcgis整体体系架构

1、总览

首先上图，总结结构如下，这次主要包括：应用于开发模块与Arcgis Enterprise。



桌面端在推出Arcgis pro的基础上进行了版本提升；

SDK与API进行了版本升级；

主要推出的Arcgis Enterprise包括：portal和GIS服务器。其中GIS服务器在原来server的基础上添加了其他的服务器：

GeAnalytics Server：大数据分析服务器软件；

GeoEnvent Server：实时大数据接入和处理；

Image Server：影像大数据管理、处理与分析；

2、Arcgis Portal

原来不太清楚portal的用处，听了这次大会才明白portal是用来管理各个server发布的服务，并可以通过portal在横向同级部门或者纵向上下级部门直接共享管理数据。不过配置这玩意比较麻烦，一般也很少用到，感觉用处不是特别大所以以前没有接触也有这方面原因吧==

3、Arcgis Enterprise

server方面在之前的基础上提供了很多特殊用途的server，不过据说都得分别授权，这个应该是10.5最大的变化了==

二、Arcgis应用开发

Arcgis为不同的人员提供了不同级别的应用搭建方式，我很不幸是最后一种，现在才知道了全部的真相==



1、其中配置和定制的如下，不够过自己也没怎么使用过，还不知道好不好用，不过拿这个做原型做原型比较快：



2、其中自己开发的这块有

三、Arcgis开发中数据处理服务方案（自己总结）

自己总结了下前端API不能满足需求的时候使用的数据处理方案，当然javascriptAPI中也有一些简单的处理方法==



后面两种方案比较底层，熟悉AE开发与空间SQL的GISer都比较熟悉， 后面两种我也是最近听大家说到的，这里说下SOE与GP两种便捷的方式，

SOE使用：

分析超越了即拿即用的GP工具

功能超越了Esri Web APIS中包含的内容

通过其他方式细粒度的ArcObjects操作不可用
GP使用：

在尽可能少的编写代码的情况下，可以通过在ModelBuilder中通过拖拽对话框的形式构建和发布服务

调用GP服务后，其可以在服务器端一直执行，期间可以执行其他操作，直到操作完成后返回结果，适合耗时长的复杂处理。

而GP服务的缺点在于：

每次请求，gp服务都需要实例化，内存消耗大，耗时。

GP提供的工具比较固定，有些操作并不能通过Toolbox实现一步操作完成，这时候可以采用SOE进行相关的功能的编写。

四、总结

ArcGIS产品体系架构；

ArcGIS应用开发；

ArcGIS开发中数据处理服务方案；