Page 15 - BP_202212

存储在本地，还是存储在云中， 作/法规的标记或元数据关联并不罕 能时期需要完全可访问性。如果能
或者两者兼而有之，是至关重要 见。元数据集涵盖从自动标记到场 够主动监控和报告高可用性工作时
的。将哪些数据放在一个或多个位 景变化检测到详细的内容分析或关 间，就可以在无停工情况下支持大
置的时间和原因相对于特定或目前 于人、地点或目的的评估等活动。 多数维护，并且可以根据日常计划
的工作流程的效率或性能观点， 根据每个工作流程所需的努力程 表在灵活和方便的时间内进行。
正是定义“按类型管理和满足要 度，将这些变化放置在不同类型的
求”的因素。 存储上，可获得额外的好处。 极超扩展性
这种根据活动的区分有助于 选择合适的存储组件需要了解
不同的存储结构和组成部分 减少负载平衡，并可能减轻“瓶 整个媒体生态系统。工作流程各不
具有不同要求的机构可能需要 颈”，此瓶颈会拖垮包括处理平台 相同，因此存储系统管理员必须使
以与“纯云”架构不相称的速度立 之间多次读/写或传输的其它进程。 用具有足够规模的组件来处理一般
即、快速地访问内容；一些工作流 Kubernetes和微服务结构等其它 的工作流程，但仍提供那些“超活
程可能不需要云解决方案中提供的 方法正在利用AI原则提高性能和加 动”，以便在必要时使可用性更上
额外特性、功能。 快操作。 一层楼。在不同的工作流程中，自
对于媒体机构来说，一个工作 视工作流程的不同，可以根据 始至终需要考虑爆发时期的灵活性
流程可能只是将“原生”内容直接 使用可用目标的最佳系统方法，将 和容量开销。
推入编辑制作。当面对突发新闻或 数据重新置于快速磁盘阵列。还可 通常在“高峰时期”希望有速
直播新闻的要求时，他们可能需要 以寻求能够将信息实体化为某一格 度和吞吐量保障，但不一定在所有
在与其它工作（包括编辑）并行进 式、由MAM管理、并在编辑之前 时间。当工作流程接近甚至超越存
行的同时，将新内容直接推送到播 发送到云端或直接播出的存储。因 储基础设施常规容量的极限时，应
出系统。 此，我们认识到“并非所有存储都 该预期存储架构会“升级”到更高
工作流程往往必须支持多个 是平等创建的”。 的级别，以满足短期需求。改动这
并行过程、重复的修改，以及为后 些活动发生的时间（即改到“下班
续的特别节目或专题节目做类似纪 主动监测 时间”）)可能会减轻高峰期间的瓶
录片的准备。在“直播”制作中， 为确保不会出现瓶颈、过度保 颈可能性。
原生内容在“直播”之前至少需要 障或其它随机事件，必须监视高可 一些厂商可以通过使用“容
“技术预审”。在直接播出之前， 用性存储系统。 量模块”扩展来自主地提高系统性
可能还需要获得监制的批准或其它 管理存储、处理最佳数据路径 能。通常使用NVMe over PCIe架
审查。 和利用基于文件的工作流程活动的 构中的闪存配置附加的支持。这些
在将数据从摄入缓存迁移到 管理员主动密切注视存储卷、总系 模块不需要部署在所有存储子系统
播出服务的同时，代理生成可以从 统带宽和这些进程的管理。 中；并且可能仅仅局限于你的“最
不同的存储平台获得效率提高。虽 一些不那么紧张或非紧迫的 高性能级别”的活动。对需求未雨
然有些可能就是需要“头和尾”片 活动花较多时间完成它们的操作， 绸缪要求大规模可扩展性，亦被称
段，但另一些可能只是要求中间场 当有其它需要更高性能的指令需要 为“横向扩展和向上扩展”——这
景移除或音频泛音。 立即处理时，最好分配给它们几小 种特别的能力对一次性事件或重大
这些“快与慢”的工作流程 时。例如，如果与编辑相关的存储 事件（如超级碗、四强赛或突发新
例子需要能够快速接受内容，将其 卷应有比迁移目的的简单读取更多 闻）可能是必需的。
转换为“可播出”格式，并将它组 的读写，就将那些不太重要的活动 我们只是触及了现代智能存储
装起来，使之适用于需要快速分发 转移到编辑工作较少的夜间。 管理的表面及其细节。在考虑对当
的流程，而不是很长或更传统的标 管理员必须定期查看日志，确 前或新设施升级存储平台或新建存
记，迁移到编辑缓存，或为了其它 保正常运行时间、系统加载和安全 储平台时，一定要注意媒体存储领
制作目的，转移到短期存储。 性问题得到主动处理。 域中出现的竞争和持续的变化。你
建议包括在高可用性不必要的 可能会对许多新的本地存储系统正
关注元数据 时候安排升级。建立通知和报告的 在改变那些对媒体制作至关重要的
针对任意数量的工作流程或制 层次结构，以确定什么时候最佳性 功能感到惊讶。 B&P

《传播与制作》2022 年第 12 期 15