设计需要满足每个架构支柱中的特定标准。 下文概述了与每个支柱相关的一些推荐做法，但它们并不代表完整的架构注意事项。 有关详细信息，请参阅数据编辑和管理系统模式的注意事项。
您也可以参考这些物理设计注意事项，获得更多建议。
在性能和可扩展性方面，此架构旨在优化用户对系统的整体体验，同时响应不断变化的工作负载需求。 网络信息管理系统应提供具有一致性能指标的编辑体验，以创造积极的最终用户体验，从而提高最终用户的效率。 除了下面概述的性能改进实践外，关系数据库性能管理也是影响网络信息管理系统整体性能的主要因素。
工作负载分离是一种专注于计算资源最佳分配的设计方法。 例如，网络信息管理系统中的某些编辑请求的处理时间可能比标准地图请求长，因此编辑工作负载可能会受益于单独的专用计算资源（例如 ArcGIS GIS Server 站点）。 这种工作负载分离方法有助于将长时间运行的请求与较短的请求分开，以便编辑者拥有专用资源，并且查看者不会受到长事务的影响。 如果实施这种分离，则随着资源争用的减少，这两个组的系统性能可能会提高，并且系统更容易扩展，可以将资源添加到任一服务器站点，以便水平或垂直扩展。 工作负载分离可以采用多种形式：
按组件 将组件分离到不同的虚拟机或计算基础架构上，可确保各个组件不会争夺系统资源。 虽然 ArcGIS Enterprise 支持在单个系统上安装和配置多个组件，但通常不建议在架构完善的生产系统中使用。
按服务类型 另一种工作负载分离方法应用于 ArcGIS Server 组件中的此架构 - 按服务类型进行工作负载分离。 单独的 GIS Server 站点支持 Utility Network 工作负载和托管服务或制图工作负载。
共置是一种设计方法，其中系统组件部署到同一子网中的同一数据中心，这有助于通过缩短整个网络的通信距离来减少网络延迟。 通常，对于常见的 GIS 操作，网络延迟对最终用户体验的影响比网络带宽更大。 这方面的另一个考虑因素是用户和客户端计算机的位置，如果用户的连接延迟较高，则系统组件的共置可能改善他们的系统使用体验。 在某些情况下，使用细化客户端或远程访问可能比通过慢速或过载网络连接的物理硬件更可取。
可靠性可确保您的系统提供业务以及客户和利益相关者所需的相应级别服务。 作为业务或任务关键型企业系统，网络信息管理系统始终需要备份数据，并且通常需要备份系统组件。 它们可能还需要高可用性配置以实现更高级别的正常运行时间。
对于具有可用性预期、要求或承诺的企业级系统，明确定义、可操作且经过充分测试的备份方法至关重要。 使用网络信息管理系统时，至少 ArcGIS Utility Network 的数据级备份是必不可少的。 根据组织的要求，可能还需要备份其他系统组件。 有关备份策略和方法的详细信息，请参阅备份和灾难恢复。
高可用性是一种设计方法，旨在使系统在特定时间段内达到预先安排的运行性能水平。 实现高可用性系统需要具备与目标服务级别协议 (SLA) 相匹配的冗余、系统监控和自动化能力。 冗余可能包括多个不同的组成部分，如网络连接、电力可靠性、数据中心冷却以及具备系统维护技能的工作人员支持。 自动化可能旨在根据监控情况采取措施以避免中断。 有关详细信息，请参阅配置高可用性 ArcGIS Enterprise 组件。
请记住，高可用性配置会显著增加系统的基础设施和运营成本，并且需要专业技能来确保其成功。 高可用性设计需要在人员、流程、技术和治理等方面实现持续的运营保障。
可观测性提供了对系统的可见性，由此确保操作人员和其他技术角色能够使系统以健康、稳定的状态运行。 监控系统可用性、性能和使用情况对于网络信息管理系统至关重要。 除了监控 ArcGIS Enterprise 软件之外，监控所有支持组件和基础设施也很重要，例如 Windows 或 Linux 操作系统、数据库和其他数据存储、计算、网络、安全边界以及任何其他相关组件。
任何组织都必须拥有企业 IT 监控和响应框架，才能成功构建和运行企业级系统。 主动监控系统与被动解决问题同样重要，有效捕获遥测数据可在任何给定时间了解系统并识别系统行为趋势。
可以通过多种方式观测 Windows/Linux 上的 ArcGIS Enterprise，包括服务器日志和服务器统计数据。 除了监控 ArcGIS Enterprise 软件之外，还必须监控所有支持组件和基础设施，例如 Windows 或 Linux 操作系统、数据库和其他数据存储，以及计算、网络、安全和其他基础设施。
可观测性的一个关键方面是使用表示系统上真实用户活动的遥测数据或信息。 捕获所有设计组件（包括桌面客户端计算机）的遥测数据对于了解系统的性能和利用率至关重要，总体目的是确定系统瓶颈和优化机会。
在参考架构中，遥测捕获机制由 ArcGIS Monitor 表示。 以这种方式捕获的一些重要系统特征包括：
请务必注意，遥测输出不一定能捕获完整的用户体验。 考虑与应用程序的最终用户（例如使用桌面、Web 或移动应用程序的用户）互动，以观察他们除了遥测捕获之外的工作流执行体验。
安全性可保护您的系统和信息。 网络信息管理系统的安全性设计注意事项与系统模式安全性要求密切相关，包括用户身份验证、系统授权、数据和访问控制以及用户活动和系统配置更改审核的重要注意事项。
集成可将此系统与其他系统连接起来，以实现企业级服务交付与组织效能提升。 网络信息管理系统通常需要适应数据交换并与企业级资产管理 (EAM)、客户关系管理 (CRM) 和高级分销管理 (ADMS) 等其他系统保持一致。 网络信息管理系统的集成要求与数据编辑和管理系统模式密切相关。
网络信息管理系统特定集成注意事项包括：
| 集成类型 | 备注 |
|---|---|
| 数据 | 目标系统需要网络数据以专用格式在本地/在系统中提供。 |
| 服务 | 目标系统可以通过 RESTful API 调用与网络信息管理系统集成。 |
| 应用程序 | 目标系统需要源系统的应用程序级功能，例如使用 ArcGIS Maps SDK for JavaScript 构建的自定义微件。 |
自动化旨在减少在手动部署及运维任务的投入，从而提高运维效率并减少人为引入的系统异常。 网络信息管理系统的自动化要求与数据编辑和管理系统模式密切相关，包括以下类似实践：
在这里，物理设计的注意事项主要侧重于逻辑架构设计，最终必须将其转化为物理架构设计。 如您在确定组织的物理架构设计相关因素（例如网络、存储、系统环境和资源规格）时需要帮助，可考虑使用 Esri 提供的系统架构设计服务。
与物理设计相关的其他资源包括：
图形工作设计 (GWD) 工具在公共设施网络工程中至关重要，具备创建工程设计、生成施工蓝图以及利用单元库进行施工成本估算等专用功能。 这类工具将 CAD 的设计工具与 GIS 的空间分析相结合，有助于开发设计并将其集成到网络信息管理系统中。
集成方法取决于您选择的 GWD 工具和网络信息管理系统实施方案选项，每种方案都有特定的设计和容量注意事项。
在规划 GWD 集成时，务必考虑系统兼容性、集成能力以及面向未来增强的可扩展性等因素。 组织应评估与现有工作流集成的便利性，以及在整个工程生命周期内支持数据更新的能力。 这些注意事项可确保设计过程保持灵活，并能响应不断变化的运营需求。
GWD 设计流程分为三个阶段，每个阶段均提供 ArcGIS 集成选项：
下表对比了各类集成方法及其对应的操作要点，同时梳理了不同网络信息管理系统实施方案对系统的潜在影响。 这些信息旨在帮助组织根据工程需求和运营目标，评估最合适的方案。
三种 ArcGIS 集成方法如下：
导出子网 - 一种从公共设施网络的部分数据中提取信息，生成 JSON 文件以供网络数据共享的过程。 这种方式通常会带来更高的前期计算成本；但后续对 ArcGIS 服务的依赖程度较低。 数据一旦提取完毕，用户可基于本地数据开展工作，直至最终将数据回传。
要素服务同步 - 一种设计工具与启用同步功能的 ArcGIS Server 要素服务协同工作的过程。 这种方式通常会带来更高的前期计算成本；但后续对要素服务的依赖程度较低。 借助此功能，客户端可以请求复本、离线处理数据，并将所做的更改同步回企业级地理数据库的源要素类中。
实时连接 - 一种客户端直接操作可编辑要素服务的模式。 这种集成方法要求始终与要素服务端点保持连接。
导出子网功能的前提是，需使用 GWD 工具执行子网重新导入流程。 尽管这种集成方式依赖于 GWD 工具特有的功能，但此解决方案在当前背景下并未详细阐述或引用。
要确定哪种集成最适合贵组织的工作流和需求，必须：
| 设计阶段 | 集成方法 | 操作 | 系统影响 | 选项 1 | 选项 2 | 选项 3 |
|---|---|---|---|---|---|---|
| 启动 | 导出子网 | GWD 工具发送请求以导出子网。 | 导出子网的请求可能会消耗大量的计算资源。 多个并发请求可能需要增加系统容量来支持。 可以使用额外的 ArcGIS Server 站点来分担该任务的工作负载。 | |||
| 启动 | 要素服务同步 | GWD 工具向 UN 提供复本定义，UN 随后使用 ‘createReplica’ 操作提取要素服务所需的数据。 | 初始同步请求会调用导出子网流程。 多个并发请求可能需要增加系统容量来支持。 | |||
| 启动 | 实时连接 | 通过实时连接 UN 要素服务，以便在特定版本中直接进行 GIS 编辑。 | 每次与数据的交互都会向 ArcGIS 组件生成请求。 这可能需要额外的系统容量来支持。 | |||
| 工程实施 | 导出子网 | GWD 工具仅针对底图或参考数据集向 ArcGIS 服务发送请求。 | 在此 GWD 阶段，ArcGIS 服务的使用频率极低。 | |||
| 工程实施 | 要素服务同步 | 设计工具仅针对底图或参考数据集向 ArcGIS 服务发送请求。 | 在此 GWD 设计阶段，ArcGIS 服务的使用频率极低。 | |||
| 工程实施 | 实时连接 | 通过实时连接 UN 要素服务，以便在特定版本中直接进行 GIS 编辑。 | 每次与数据的交互都会向 ArcGIS 组件生成请求。 这可能需要额外的系统容量来支持。 | |||
| 收尾 | 导出子网 | GWD 工具会在工作流结束时，向 GIS 系统发送全套资产数据。 | 在将数据回推至系统的过程中，大量使用编辑操作 可能会消耗大量资源。 可以使用额外的 ArcGIS Server 站点来分担该任务的工作负载。 | |||
| 收尾 | 要素服务同步 | 通过要素服务，将设计好的资产从断开连接的 ArcGIS 复本地理数据库大规模同步至主企业级数据库。 | 根据要素的数量，同步过程可能非常耗时且消耗大量资源。 可以使用额外的 ArcGIS Server 站点来分担该任务的工作负载。 | |||
| 收尾 | 实时连接 | 所有编辑均在 GIS 中完成，只需执行协调和提交操作即可将编辑内容推送回企业级地理数据库。 | 所有编辑均在 GIS 中完成，只需执行协调和提交操作。 |
已包括 不可用
[^1]：如果已配置子网 [^2]：如果支持非 UN 要素服务
综上所述，采用导出子网的方法在启动阶段和收尾阶段都需要占用系统容量。 要素同步方法需要在所有三个工程阶段的每一次同步事件中占用容量；而实时连接方法则要求在每一个阶段的所有操作中都需要持续增加系统容量。 评估 GWD 工具与网络信息管理系统的集成情况非常重要，以便充分规划这些额外的容量需求，并确保所选实施方案支持 GWD 集成方法。