为位置服务系统选择部署模式

位置服务系统通常使用以下四种部署模式之一进行部署:

在为组织设计 GIS 系统时,选择部署模式是最重要的决策之一。

也许此决策中最关键的因素是与组织的 IT 原则、指导方针以及支持不同部署方法的舒适度保持一致。 例如,一些组织可能更倾向于对基于 SaaS 的系统和解决方案进行标准化。 其他对基于 Kubernetes 的部署进行大量投资的组织,其中包括雇佣和培训具有 Kubernetes 操作经验和技能的员工,可能更倾向于基于 Kubernetes 的部署模式。 而将 GIS 功能构建到其现有应用程序中的组织可能更倾向于基于 PaaS 的方法。

注:

部署模式之间的功能和注意事项存在差异。 请参阅以下比较以及部署模式页面以获取更多信息。

有关这些部署方法的常规信息和注意事项,请参阅 ArcGIS 概览的 ArcGIS 产品和部署选项页面。

功能比较

除了与您的 IT 原则、指导方针和舒适度保持一致之外,在决策过程中考虑每种部署模式的功能同样非常重要。 数据编辑和管理系统的功能因部署模式而异。 以下矩阵比较了每种部署模式支持的具体功能。

功能 SaaS PaaS Windows/Linux Kubernetes
制图和可视化
底图 1 1
参考数据图层 1 1
地点搜索      
地理编码 1 1
路径和方向 1 1
数据丰富 2  
网络分析 1 1
几何分析

完全支持 部分支持

有关以上列出的每一行的详细信息,请参阅位置服务系统功能。 此外,将在位置服务系统部署模式页面中更详细地介绍以上每个单元。

上文所示功能反映了截至 2025 年 7 月可用的功能。

一般注意事项

以下注意事项旨在帮助您的组织将业务和 IT 需求与相应位置服务系统部署模式保持一致。 此处提供的信息并非详尽无遗,而是强调了设计和实施位置服务系统的关键注意事项。

  • 大多数允许 Internet 访问的组织都会至少利用通过 SaaS 或 PaaS 部署模式提供的一些位置服务。 或者,无法访问 Internet 的组织(例如安全或断开连接的网络)将完全依赖于基于 Windows/Linux 或 Kubernetes 的位置服务系统。
  • 大多数位置服务都由通用基础数据集提供支持,其中包括街道、地点、设施点和客户,其数据覆盖范围和精度等级均需满足业务运营需求。 因此,Windows/Linux 和 Kubernetes 上的位置服务系统部署需要数据。 组织可能会使用自己的数据或者第三方提供的数据;但是,许多组织选择利用 ArcGIS Street Map Premium 和/或其他适用于您的基础架构的 Esri 数据产品
  • 除了组织在 Windows/Linux 或 Kubernetes 上自己的位置服务系统中托管和管理的服务(例如资产或客户位置)之外,组织通常会利用 Esri(作为 SaaS 或 PaaS)托管和管理的服务组合,例如全球卫星底图。
  • 可扩展性、可靠性、服务级别协议 (SLA)、安全性以及组织与 Esri 之间的责任平衡往往是选择部署模式的主要因素。 有关详细信息,请参阅可靠性性能和可扩展性以及安全性支柱。
  • SaaS 和 PaaS 的服务级别协议 (SLA) 不同。 详细了解 ArcGIS Online (SaaS) SLAArcGIS Location Platform (PaaS) SLA
  • 许多其他 ArcGIS 系统模式依赖于位置服务系统提供的位置服务。 位置服务系统可以与其他系统模式集成或组合,如使用系统模式中所述。 例如,组织可以在 Windows/Linux 上部署数据编辑和管理系统,并整合基于 SaaS 的位置服务系统中的底图和参考数据图层,以便在进行编辑时提供视觉地图背景。 事实上,Windows/Linux 和 Kubernetes 上的大多数部署均预先配置对一些基于 SaaS 的位置服务的访问权限。

在为组织设计 GIS 系统时,选择部署模式是最重要的决策之一。 但是,它并不是唯一的一个。 当设计系统时,还需要考虑许多其他因素,其中包括诸如安全性、可靠性和集成等方面。 因此,请注意此处提供的信息并不详尽。 在设计过程中,请详细查看 ArcGIS 优化架构框架的架构实践支柱以及产品文档

Top