影像服务进入云存储后，最难的部分往往不是发布一张影像，而是保证数据连接、服务刷新、缓存生成和软件栈升级在不中断业务的情况下可控。ArcGIS Image Dedicated 2026 年 7 月更新把这些问题放在同一条运维链上：私有存储连接、无停机刷新、存储访问类型、Pro Machines 和大规模金字塔处理都需要一起验收。

数据口径与可核验事实

Esri 说明，ArcGIS Image Dedicated 用于在 AWS 或 Azure 云存储中大规模管理、处理、分析和交付影像与栅格数据；由 Esri 运行并自动扩展专用云基础设施。

此次季度更新覆盖 Dynamic and Tiled Imagery Servers、Image Dedicated App、Pro Machines、Persist Imagery，以及 ArcGIS Server 和 Load Balancer Server 的日志管理。

私有存储连接目前面向 Dynamic and Tiled Imagery Servers 与 Pro Machines，可在 AWS 或 Microsoft Azure 客户自管云存储与 Image Dedicated 资源之间建立私有连接。

Azure 路径使用 Private Endpoints：在 App 中提交存储账户信息，再在 Azure portal 批准待处理连接，影像工作流保持不变但通信改走 Azure 私有网络。

AWS 路径使用 S3 Access Points：提交 bucket 名称和 owner account ID 后获得 Alias，该 Alias 在 ACS 文件中替代 bucket 名称，并关联到所需资源；ACS 文件不需要 AWS Access Key 或 Secret Key。

官方同时指出，私有连接已支持所有可用版本的 Pro Machines 以及 12.1 或更高版本的 Dynamic and Tiled Imagery Servers；Processing and Analysis workflows 的支持仍在进行中，现阶段应继续使用配置 shared secret ARN 的既有数据存储账户。

Managed RDBMS 环境新增 Refresh Service 操作，可让已发布 image services 反映 mosaic datasets 的后台变更而无需重启服务，新增 rasters 在环境保持 online 时立即可用。

新部署支持 Dynamic and Tiled Imagery Servers 12.1 与 PostgreSQL 18 的 Managed RDBMS。

Pro Machines 默认采用 ArcGIS Pro 3.7、Reality Studio 2026.1 和 ArcGIS Deep Learning Libraries 3.7；AWS 的 Large CPU Machines 支持 i7i.2xlarge，提供 1.7 TB 临时存储。

Persist Imagery 支持最大 4 GB 的 JSON job 提交，Generate Pyramids 可由既有 base cache 创建较低分辨率层级，避免完整重建缓存。

核心机制

这里的关键不是“把密钥换成私网”，而是将数据面、控制面和服务面拆开确认。Private Endpoint 或 S3 Access Point 决定数据访问路径；ACS 文件决定服务实际使用的存储标识；Refresh Service 决定后台 mosaic 变更何时对在线服务可见；Persist Imagery 则决定大规模缓存如何生成。四者任一处错配，都可能出现存储可访问但服务未更新、服务在线但缓存未覆盖或权限切换后旧连接失效。

因此每次变更都应保存云端资源标识、私网连接状态、ACS 文件版本、服务版本、mosaic 数据集快照、刷新时间和客户端验证结果。这样才能把影像服务的“可用”拆成网络连通、权限正确、数据新鲜和瓦片可读四个可检测条件。

GIS 应用场景与技术路径

以每日更新的正射影像服务为例，先在非生产项目创建私有连接，并验证指定 Pro Machine 或 Imagery Server 通过私网读取目标前缀。对 Azure 记录 Private Endpoint 的申请与批准状态；对 AWS 记录 Access Point Alias、关联资源和 ACS 文件变更。不能因为控制台显示连接已创建，就跳过一次真实的影像读取和范围查询。

第二步在 Managed RDBMS 的副本中追加一组带时间戳的 rasters，执行 Refresh Service，然后从服务端和客户端检查新增影像的可见时间、范围、统计值与缓存状态。第三步对 Persist Imagery 的大任务使用分批 JSON，并以既有高分辨率 base cache 运行 Generate Pyramids；对每个层级比较瓦片数量、空间范围、像元大小和抽样显示。最后将通过的 ACS、服务、日志和回滚步骤固化为发布清单。

风险与局限

官方明确说明 Processing and Analysis workflows 的私有连接支持仍在进行中，所以不能把已支持的 Server/Pro Machine 路径外推到全部工作流。迁移期间原有 shared secret ARN 账户仍可能是必要条件；删除旧凭据前必须验证每条生产任务的实际数据路径。

无停机 Refresh Service 也不等于业务数据自动正确。mosaic 数据集的空间参考、时间字段、NoData、概览和访问权限仍需单独校验。大容量 JSON job 与 1.7 TB 临时盘只能扩大处理上限，不能替代成本预算、失败重试、日志留存和缓存清理策略。

检查清单

  1. 是否分别记录私有连接、ACS 文件、服务版本和 mosaic 数据集快照？
  2. Azure Private Endpoint 是否完成申请、批准和真实影像读取验证？
  3. AWS Access Point Alias 是否已写入正确 ACS 文件并关联目标资源？
  4. 是否确认任务属于已支持的 Server/Pro Machine 路径，而非仍在推进的 Processing and Analysis workflow？
  5. Refresh Service 后是否检查新增 rasters 的可见时间、范围、统计和客户端渲染？
  6. Generate Pyramids 是否比较各级缓存的范围、像元大小、瓦片数和抽样显示？
  7. 是否保留旧连接、服务配置和明确的回滚条件直到生产验证结束？

结论

ArcGIS Image Dedicated 的这次更新把私网连接、在线刷新和缓存重用变成一条可组合的影像运维路径。真正稳妥的升级方式，是先验证数据路径，再验证服务新鲜度，最后验证缓存产物，并为每一步保留可执行的回滚记录。

资料来源