了解架构配置文件
创建 ArcGIS Enterprise 组织时，选择架构配置文件来设置 ArcGIS Enterprise on Kubernetes 的初始可用性和性能水平。 所选的配置文件决定了初始部署所需的 CPU、内存和磁盘空间数量，以及随着部署扩展需要如何更改这些数量。 共有两种类型的架构配置文件：
可用性配置文件用于在 ArcGIS Enterprise 中设置每个工作负载的初始 pod 复本数。 复本越多，冗余越高，可用性越高。
性能配置文件用于设置每个 pod 请求的初始 CPU 和内存数量。 通常，服务 pod 具有的 CPU 和内存越多，吞吐量越高，响应时间越短。
所需的系统资源
部署 ArcGIS Enterprise 所需的 CPU 和内存总数量取决于 Pod复本数量以及每个 Pod 使用的系统资源。 系统要求列出了每种可用性和性能配置文件组合所需的最低资源。
需要注意的是，发布专用服务、扩大 pod 复本或添加栅格分析等功能都会增加所需资源。
场景
在选择合适的架构配置文件时需要进行权衡。 需要在冗余和性能需求与必要的基础设施部署成本之间进行权衡作出最佳选择。 请参考以下场景，帮助您选择最适合您的组织的架构配置文件。
场景：演示环境
一家机构想要演示 ArcGIS Enterprise on Kubernetes 的功能。 该非生产环境只会运行几个小时，因此无需确保高可用性。 系统需要具备出色的性能才能展示其功能。
可用性配置文件：开发与测试环境
性能配置文件：提高性能
场景：内部团队部署
城市规划部门有一项任务面向内部并且没有严格的服务级别协议 (SLA)。 沟通计划性或非计划性停机很简单，并且计划性停机具有高度灵活性。 该部门需要成本最低的生产环境，适合可预测且稳定的负载。
可用性配置文件：标准高可用性
性能配置文件：标准性能
场景：全组织部署
一家大型公司使用 ArcGIS Enterprise 满足整个组织中众多用户的需求。 在正常运营时间之外安排计划性停机进行维护是可以接受的，但用户期望提前沟通任何停机。 短暂的服务响应慢在高峰时段可接受，前提是每月仅出现几次。
架构配置文件：标准高可用性
性能配置文件：标准性能
场景：面向公众的部署
一个州政府使用 ArcGIS Enterprise 向各类机构提供信息。 这些机构是正式的利益相关方，期望连续的可用性。 系统必须支持连续的运行时间，但如果通过官方渠道及时通知，计划性维护窗口可接受。 性能 SLA 未定义，但利益相关方始终期望性能优异，甚至对偶尔的服务响应缓慢也不能容忍。
架构配置文件：标准高可用性
性能配置文件：提高性能
场景：运营系统
一家大型公司使用 ArcGIS Enterprise 处理传入数据，进行计划分析，并基于该分析生成报告。 该系统必须保持持续可用，并且存在要求特定运行时间的 SLA。 不过，可容忍性能波动，因为用户不会主动等待回复。
架构配置文件：已增强高可用性
性能配置文件：标准性能
场景：面向公众的病毒式传播潜力部署
一个国家应急响应中心利用 ArcGIS Enterprise 在自然灾害期间提供重要的公共安全信息。 在这些事件期间，系统会被数百万人使用，他们希望系统响应性能快。 然而，一年中可能有几段时间，除了例行维护外，不能进行任何更改。 存在针对正常运行时间和服务响应时间的正式 SLA。
架构配置文件：已增强高可用性
性能配置文件：提高性能