ArcGIS 10.1 for Server 架构
前一段时间在博客中公布了我们的计划，我们采用博客的形式将对ArcGIS10.1 for Server进行全面介绍。但这种形式有一定的遗憾：缺少互动的空间，所以我们希望广大爱好者能将自己感兴趣的话题在博客的后面提出来，我们一起讨论，一起研究，现在我们言归正传，正式开始我们ArcGIS 10.1 for Server博客系列的第一篇------ArcGIS 10.1 for Server 架构。
一、开篇之言
ArcGIS Server的概念，对于我们来说已经不太陌生，在这里用自己的话简单说下ArcGIS Server是什么？ArcGIS Server是一个用于构建集中管理、支持多用户的企业级GIS应用的平台，能将我们的地图，地理处理等资源作为服务发布出去，让用户可以通过浏览器，移动端等形对这些资源进行访问，同时使用ArcGIS Server为我们提供的GIS功能。webserver接口开发
不管你是刚接触ArcGIS Server，还是已经熟知ArcGIS Server多年，Server架构都会是一个全新的东西，因为10.1版本中ArcGIS Server采用了全新架构。
一个新的东西，并且这个新的东西要引起人的兴趣，那么了解它的结构是很有必要的。对于系统管理者来说，知道了其本质，那么就能更好的去管理Server；而对于开发者来说，原则上我们只需要知道这个Server暴露的那些API就可以了，然而现实往往是，开发人员还要兼顾管理者的角。因此不论管理人员还是开发人员，知晓Server内部结构都是一个一本万利的事情。再者说，往往本质的东西更能展示内在的美（小醉名言）
二、言归正传
架构可以从整体上向我们揭示ArcGIS 10.1 for Server的组成部分，千万言不如一幅图，的确是这个道理，下面就让我们用一幅图来开启本篇的内容。
注：ArcGIS 10.1 for Server是一个纯64位的应用程序，那么也就意味着不能在32为的计算机上安装，这一点需要我们注意。
在这幅图中，可以看到作为一个完整的GIS服务器站点架构，它包括服务管理员，服务发
布者，有数据服务器，GIS服务器，有Web服务器以及使用ArcGIS Server服务的各种终端（桌面端，移动端，浏览器等）。但是ArcGIS Server站点只由四个部分构成：Web服务器，Web Adaptor（Web Adaptor这个组件我们有专门的博文介绍），GIS服务器和数据库服务器，如下图：
数据服务器我们是很容易理解的，存储了GIS服务所需要的数据，而关于Web服务器和Web Adaptor我们有专门的博文来介绍，在这里我们就不做过多的介绍。
GIS服务器
现在让我们我们将焦点放在阴影部分的矩形框中，这就是ArcGIS Server站点的核心-GIS服务器。这里将它称为nGIS Servers，即多节点GIS Servers。这种模型架构取代了10.0以前的基于SOM – SOCs结构。新型的nGIS Servers模型已经没有像10.0及9.x版本的SOM主控制节点，采用点对点(p2p)的方式，即每一个GIS Server节点都是平等的。这样新模型即使是某一个GIS Server节点意外的宕掉，也不会导致整个地图服务的停止运行；同样，当需要增加一个GIS Server节点时，以plug-in方式插入一个节点为服务提高负载能力。而这种松散的、热插拔的架构是构建云GIS应用的基础。在逻辑上，这n个GIS Servers节点组织为一个Site站点，也就是说要成为一个站点至少应该有一台GIS服务器。在这个N个GIS服务器中我们可以根据服务器的性能，或者根据我们应用的不同而进行分组，不同的组用于处理不同的服务，比如说性能比较好的机器用于处理GP服务，性能一般的用于处理地图服务，这种结构如下图：
值得注意的是ArcGIS 10.1 for Server site必须至少有一个集，当我们第一次创建ArcGIS 10.1 for Server site的时候，一个默认的集会自动建立。从这里我们已经隐约看出ArcGIS Server的站点架构带给我们的好处，我们不仅仅可以在一个站点中加入更多的GIS服务器来处理我们的需求，还可以根据需要将这些服务器细分成不同的组，这样我们可以最大利用
服务器的性能。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。