位置服务系统 (Kubernetes)
位置服务系统模式主要使用 ArcGIS Enterprise on Kubernetes 软件部署到 Kubernetes。
ArcGIS Enterprise on Kubernetes 采用微服务和容器化技术来提供云原生架构,可运行于组织的 Kubernetes 平台或者云提供商的 Kubernetes 服务上。 可使用容器将 GIS 进程分为多个微服务,每个微服务均执行离散的主要功能。 每个微服务都将在一个容器中运行,该容器将打包运行某个应用程序所需的一切。 一个或多个容器将容纳在一个 Pod 中,该 Pod 包含存储资源、网络身份以及一套待运行容器的规则。 Kubernetes 集群可协调和管理 ArcGIS Enterprise on Kubernetes 容器。
ArcGIS Enterprise on Kubernetes 适用于已投资 Kubernetes 来协调和管理其容器化应用程序的组织。
相关资源:
基础架构
以下是部署在 Kubernetes 上的位置服务系统的典型基础架构。
此逻辑示意图不应按原样用作您的系统设计。 在设计您的系统时,应综合考虑许多重要因素和设计选项。 有关详细信息,请参阅使用系统模式主题。 此外,下图仅提供了系统的基础功能;如需提供扩展功能,则可能需要附加系统组件。

上文所示功能反映了截至 2025 年 7 月可用的功能。
此架构的关键组件包括:
- ArcGIS Enterprise on Kubernetes 容器到 Kubernetes 集群的基础部署。 这包括代表各种系统功能的四类 Pod,包括 GIS 服务、系统管理的存储、框架和管理 Pod。 有关详细信息,请参阅 ArcGIS Enterprise on Kubernetes 文档。
- 您需要使用负载均衡器将流量引入每个工作节点。 有关详细信息,请参阅 ArcGIS Enterprise on Kubernetes 系统网络要求。
- 各种数据存储可用于为 ArcGIS Enterprise on Kubernetes 提供的位置服务提供支持,其中包括文件存储、云数据仓库和数据库。 ArcGIS Data Store 提供的 ArcGIS 关系(数据)存储也可用于支持位置服务。 了解有关 ArcGIS 中的数据存储以及使用 ArcGIS Enterprise 进行数据管理和发布的详细信息。
- 对象存储将为已上传和保存的内容、托管切片和图像图层缓存以及地理处理输出提供 ArcGIS 托管存储。 自 ArcGIS Enterprise 11.2 版本起,可以将对象存储配置为使用来自多个受支持服务提供商的云原生存储。
- 几乎所有应用程序都会使用位置服务系统,因为位置服务系统是大多数工作流和 ArcGIS 应用的基础。 但是,使用位置服务的应用程序通常由其他系统提供,或者用于使用 ArcGIS 制图 API 和 SDK 开发的自定义应用程序。 门户网站是一个例外,它用作发现门户,内容创建者和应用程序开发人员可以在其中查找、浏览位置服务(例如底图、地理编码和空间分析)并与其进行交互。
此架构中包含以下关键交互:
- 客户端应用程序通过 HTTPS(通常通过无状态 REST API)与企业级数据服务以及位置服务进行通信。 此外,也可以通过 OGC 端点公开某些位置服务。
- ArcGIS Enterprise GIS 服务可能会保留与托管企业级地理数据库的数据库管理系统 (DBMS) 的 TCP 连接。 ArcGIS Enterprise on Kubernetes 中包含数据库客户端软件/驱动程序,适用于所有受支持的数据库管理系统。
有关 ArcGIS Enterprise 组件之间交互的其他信息,请参阅 ArcGIS Enterprise on Kubernetes 产品文档。
功能
以下介绍了 Kubernetes 上的位置服务系统的功能。 有关详细信息,请参阅功能概览和不同部署模式的功能支持比较。
基础功能
基础功能表示由位置服务系统提供的最常见功能,这些功能由以上介绍的基础架构实现。
- 制图和可视化允许用户创建 2D 地图和 3D 场景并与其进行交互。 ArcGIS Enterprise on Kubernetes 包括丰富的制图和可视化功能,包括数据驱动的可视化、3D 可视化以及底图样式设置。 了解有关地图和可视化的详细信息。
- 底图是基于 web 的图层,用于为地图和场景提供整体视觉背景。 借助 ArcGIS Enterprise on Kubernetes,组织可以发布自己的底图。 Esri 还会提供旨在通过 ArcGIS Enterprise 在您的基础架构上运行的底图和支持数据,例如 ArcGIS StreetMap Premium。 了解有关适用于您的基础架构的底图图层和数据的详细信息。
- 参考数据图层是基于 web 的数据图层,用于为地图、场景和其他地理空间工作流提供附加视觉和分析背景。 借助 ArcGIS Enterprise on Kubernetes,组织可以将其自己的参考数据图层发布为 GIS 服务。 Esri 还提供旨在通过 ArcGIS Enterprise 在您的基础架构上运行的数据。 了解有关适用于您的基础架构的数据图层和数据的详细信息。
- 地理编码是一个将文本转换为地址和位置的过程。 地理编码工作由称为定位器的服务完成。 在 ArcGIS Enterprise on Kubernetes 中,定位器由地理编码服务提供支持。 地理编码服务支持多种应用程序,从业务和客户管理到运输和配送,再到方向和导航,都可以通过地理编码服务得到支持。 定位器可通过单个查询或者批处理查询对感兴趣区域中的位置进行地理编码。 ArcGIS Enterprise 支持构建定位器和发布地理编码服务。 Esri 还提供 ArcGIS StreetMap Premium,其中包含地理编码功能和支持数据。 了解有关共享至 ArcGIS Enterprise for Kubernetes 的地理编码服务的详细信息。
- 路径和方向涉及为个人或单车确定从起始点到目的地的最佳路径。 ArcGIS Enterprise on Kubernetes 使用 ArcGIS Network Analyst 扩展模块通过路径选择服务支持路径和方向。 可以使用网络数据集将路径选择服务发布到 ArcGIS Enterprise on Kubernetes 并托管在其中,网络数据集可通过对交通规则(例如管理单行道、转弯限制、天桥和隧道的规则)进行编码来建模交通网络。 可以根据组织维护的街道数据创建网络数据集,也可以使用作为 ArcGIS StreetMap Premium 的一部分提供的网络数据集。 了解如何将网络数据集发布至 ArcGIS Enterprise on Kubernetes。
- 网络分析有助于解决复杂的网络问题(通常在街道网络上),例如创建优化路径以访问多个目的地、查找最近的设施点、识别某个位置周围的服务区域或使用车队为一组停靠点提供服务。 ArcGIS Enterprise on Kubernetes 支持使用 ArcGIS Network Analyst 扩展模块的同步和异步网络分析或高级路径选择服务。 可以使用网络数据集将路径选择服务发布到 ArcGIS Enterprise on Kubernetes 并托管在其中,网络数据集可通过对交通规则(例如管理单行道、转弯限制、天桥和隧道的规则)进行编码来建模交通网络。 可以根据组织维护的街道数据创建网络数据集,也可以使用作为 ArcGIS StreetMap Premium 的一部分提供的网络数据集。 了解如何将网络数据集发布至 ArcGIS Enterprise on Kubernetes。 ArcGIS Enterprise 在 Map Viewer 中还包含多个工具界面,例如规划路径、创建行驶时间区域以及将起始点连接到目的地。 了解有关 Map Viewer 中的执行分析以及空间分析服务的详细信息。
- 几何分析是使用客户端 API 对点、折线或多边形执行一个或多个操作以解决几何问题的过程。 ArcGIS Enterprise on Kubernetes 还支持使用几何服务进行服务器端几何分析。 了解有关几何分析以及几何分析与要素分析的比较的详细信息。
扩展功能
添加扩展功能通常是为了满足特定需求或者支持行业特定的数据模型和解决方案,并且可能需要附加软件组件或架构注意事项。
- 通过添加 ArcGIS Enterprise on Kubernetes 的 Web Adaptor 组件,支持 web 层身份验证,例如集成 Windows 身份验证 (IWA) 和公钥基础设施 (PKI)。
注意事项
以下注意事项将 ArcGIS 优化架构框架的支柱应用于 Kubernetes 上的位置服务系统模式。 此处提供的信息并不详尽,而是强调了设计和/或实施这种特定的系统和部署模式组合的关键注意事项。 了解有关 ArcGIS 优化架构框架的架构支柱的详细信息。
可靠性
可靠性可确保您的系统提供业务以及客户和利益相关者所需的相应级别服务。 有关详细信息,请参阅可靠性支柱概览。
- 需要高可用性级别的 SLA 十分常见。
- 架构配置文件是预定义的部署配置文件,可跨 Pod 关联至不同级别的冗余,并在诸如硬件需求、冗余要求和组织使用等多个已知变量间提供灵活适配。
- 当需要跨关键 Pod 增加和扩展冗余时,请考虑增强型可用性架构配置文件。
- 此外,还支持系统级备份和恢复。
安全性
安全性可保护您的系统和信息。 有关详细信息,请参阅安全性支柱概览。
性能和可扩展性
性能和可扩展性旨在优化用户对系统的整体体验,并确保系统能够扩展以满足不断变化的工作负载需求。 有关详细信息,请参阅性能和可扩展性支柱概览。
- 需要较高性能的 SLA 很常见。
- 可扩展性是一项重要的设计考虑因素,因为位置服务系统通常在组织内部使用频率极高。 此外,随着 GIS 在整个组织中的整体采用率不断增长,使用量可能会迅速且出乎意料地增加。 可以通过调整 Pod 的数量来水平扩展 ArcGIS Enterprise on Kubernetes 部署,也可以通过调整内存和 CPU 来垂直扩展 ArcGIS Enterprise on Kubernetes 部署。 此外,ArcGIS Enterprise on Kubernetes 还为服务提供了强大、灵活的扩展选项。 了解有关服务扩展的详细信息。
自动化
自动化旨在减少在手动部署和运营任务上花费的精力,从而提高运营效率并减少人为引入的系统异常。 有关详细信息,请参阅自动化支柱概览。
- 可以自动完成发布和管理与 ArcGIS Enterprise 中托管的位置服务相关的工作流。 最常见的方法是使用 ArcGIS API for Python 以及 ArcGIS Notebooks 来完成。 ArcGIS Notebooks 被视为不在位置服务系统模式的范围内。 有关详细信息,请参阅自助制图、分析和共享系统模式。
- 系统管理自动化很大程度上由 Kubernetes 处理。
- ArcGIS Enterprise on Kubernetes 包含对基于 Helm 的部署和配置的支持。
集成
集成可将此系统与其他系统连接起来,以实现企业级服务交付与组织效能提升。 有关详细信息,请参阅集成支柱概览。
- 位置服务系统最常用作跨组织企业使用的其他系统和应用程序的服务提供商。 因此,集成非常常见,并且通常通过服务级集成进行处理。
- 借助基于标准的制图 API、SDK 和开源库,可以在 ArcGIS 生态系统之外轻松集成和使用位置服务。
可观测性
可观测性提供了对系统的可见性,由此确保操作人员和其他技术角色能够使系统以健康、稳定的状态运行。 有关详细信息,请参阅可观测性支柱概览
- 对于此系统模式,仔细监控服务使用情况非常重要。 位置服务的交付通常扩展到整个组织(可能更远),因此系统设计人员或操作员可能无法预料到使用模式和增长情况。 监控可帮助人们决定何时需要进行扩展和升级,由此实现在满足 SLA 需求的同时保障业务继续正常运营。
- 可以通过多种方式来观测 ArcGIS Enterprise on Kubernetes,其中包括通过 ArcGIS Enterprise Manager 进行系统日志和运行状况监控。 监控位置服务的可用性、性能和使用情况对于此系统模式最为关键。 除了监控 ArcGIS Enterprise 软件之外,还必须监控所有支持组件和基础设施,例如 Kubernetes 环境、数据库和其他数据存储,以及计算、网络、安全和其他基础设施。 了解有关监控系统运行状况和可靠性的详细信息。
- 当使用 SAML 和/或 OpenID Connect 登录账户时,可以通过配置的身份提供者对用户登录账户和账户更改进行其他观测。
其他
在 Kubernetes 上设计和实现位置服务系统的其他注意事项包括:
- 成功的运营需要深入理解 GIS、IT 和数据库概念以及技术。 这包括特定于所选数据库管理系统 (DBMS) 以及 Kubernetes 的知识和技能。
- 对于拥有资源和人力,可在 Kubernetes 上部署和维护企业软件的组织,ArcGIS Enterprise on Kubernetes 部署选项可将 IT 管理和维护与 GIS 管理分开。
- 当实施此系统模式时,应充分考虑数据治理以及与 IT 策略和角色(例如数据管理员和数据库管理员)的一致性。
相关资源: