在AWS上构建云原生PACS
内容提要
本文介绍在AWS上构建云原生PACS的混合云架构。针对多院区医院影像数据年增50至200TB、需保存7至10年，以及传统本地SAN/NAS存储成本高、数据孤岛、阅片瓶颈等问题，方案采用中心辐射模式：各院保留本地PACS实现快速阅片，影像异步复制至云端S3集中归档，跨院区共享元数据，形成统一患者影像记录。云端跨可用区高可用，支持灾备与安全加密；存储按访问频率分层，包括S3标准、Glacier即时检索、智能分层及深度归档，显著降低成本。
延伸解读
混合云架构的适用场景
文章指出，选择纯云还是混合云PACS并非由影像量决定，而取决于两个因素：网络连接是否冗余可靠，以及PACS厂商是否提供云优化方案。若区域内有至少两家独立运营商的高带宽链路，且厂商方案在云上性能不降，可考虑纯云；若连接有限或厂商架构依赖本地缓存，则混合模式更稳妥。混合模式还能作为向纯云过渡的路径。
存储分层如何匹配影像访问规律
医学影像的访问频率随时间下降：最初几个月频繁用于报告和随访，6到12个月后急剧减少，2到3年后极少访问。文章建议据此配置S3生命周期：活跃研究放S3标准，6到12个月后偶发调阅的放Glacier即时检索，访问模式不可预测的用智能分层，5年以上长期保留的转深度归档。这种分层能显著降低成本，同时保持必要的检索速度。
高可用与灾备设计要点
云上PACS跨两个可用区部署，Web、VNA和应用服务器置于网络负载均衡器后，Aurora PostgreSQL同步复制元数据，S3跨可用区冗余存储。本地缓存可在云连接中断时继续提供近期研究，本地服务器故障时请求可路由到云。若单个可用区故障，自动故障转移可在数秒内切换。跨区域复制还能提供地理级灾备副本。
安全与合规控制
DICOM元数据包含患者姓名、出生日期等敏感信息。在AWS责任共担模型下，客户需配置服务、管理访问并实施审计。文章列出的控制包括：各层静态和传输加密、CloudTrail和S3访问日志审计、IAM最小权限、AWS Config持续监控。对于数据驻留要求，可选择区域部署使数据留在国境内，并通过S3桶策略实施区域限制。
Q&A
多院区医院的传统PACS面临哪些主要挑战？
传统PACS面临存储成本爆炸（SAN/NAS每3-5年需硬件刷新，年维护费占硬件成本15-20%）、数据孤岛（A院影像无法在B院查看）、放射科医生报告瓶颈（医生不在时检查堆积无法路由）以及归档持续增长（需无限扩展且无法提前规划容量）等挑战。
在AWS上构建云原生PACS采用什么架构模式？
采用中心辐射（hub-and-spoke）混合云架构：各医院保留本地PACS（辐射点）实现快速阅片，通过AWS Direct Connect或Site-to-Site VPN连接至云端集中归档（中心）。云端跨两个可用区部署，使用Amazon S3存储影像，Aurora PostgreSQL作为元数据存储，实现跨院区影像共享和灾备。
云原生PACS如何实现跨院区的影像共享和统一患者记录？
所有院区和云端部署同一PACS供应商系统，共享公共元数据数据库。云端系统能发现和检索网络中任何设施创建的检查。放射科医生可在任一医院查询并打开其他医院获取的检查，形成统一的企业患者影像记录。影像通过Direct Connect或VPN异步复制到Amazon S3，不影响临床工作流。
云原生PACS如何利用S3存储分层来优化成本？
根据影像访问频率下降规律分层：活跃检查（前6-12个月）用S3 Standard；偶尔访问的较旧检查（6-12个月以上）用S3 Glacier Instant Retrieval（毫秒级检索，成本更低）；访问模式不可预测时用S3 Intelligent-Tiering自动分层；超过5年长期保留的用S3 Glacier Deep Archive（检索12-48小时，成本极低）。
云原生PACS如何保证高可用性和灾难恢复？
云端部署跨两个可用区，使用网络负载均衡器自动故障转移；Amazon S3跨多个可用区复制对象；本地缓存可在云连接中断时继续提供近期检查；若本地服务器故障，请求路由到云端（近期数据已同步）；若单个可用区故障，自动故障转移在几秒内将流量路由到存活可用区。跨区域复制（CRR）可提供地理级灾备。
如何决定采用纯云PACS还是混合云PACS？
决策取决于两个因素：连接性和PACS供应商方案。纯云PACS适合：有冗余可靠连接（至少两个独立运营商的高带宽链路）且供应商提供云优化方案（性能等同或优于本地）。混合云PACS适合：连接有限或单一运营商，或供应商方案优化了本地缓存（本地优先访问，后台异步同步）。两种架构都以AWS作为长期归档，区别在于活跃工作集的位置。
