选择一种存储架构

　　为什么存储架构是广播电视台整体媒体合成和 分发平台的重要组成部分？简单地说，存储架构是 设置台内数据管理、绩效、计量和内容保护策略优 先级的基础。无论对于事务性流程还是对于非结构 性的以媒体为中心的内容创建和分发，这个概念都 是相关的。

　　存储管理体系结构是从分发的角度定义操作的 方便性和操作的成功的更重要的领域之一。此外， 未保护或不适当结构化的体系结构可能导致灾难； 在当今的内容创作环境中，这两种元素中的一种或 两种都很常见。

　　存储技术在过去的30多年里稳步发展，如图1 所示。今天，存储的架构样式可能由存储服务提供 商、存储组件提供商和大量有丰富经验（有些经验 不太丰富）的顾问公司或解决方案提供商提供的解 决方案组成。考虑到系统的复杂性，企业级别的自 己开发的存储已经不太实际了。为存储体系结构选 择适当的样式或基础是其性能和你的业务持续成功 的关键。

　　分发内容

　　例如，在广播电视新闻机构中，从观众注 意力持续时间和收视率的角度来看，播出一个新 闻的时间可能决定该节目的成败。“突发新闻” 标题内的一切都建立在谁首先看到了这个新闻的 基础上。与新闻的推广并驾齐驱的是新闻可以在 最快的时间内发布的分发平台的数量。新闻和信 息机构不再仅仅依赖于无线或有线频道的分发。 新闻依靠多种形式将信息（及其广告）传递给用 户。

　　分发需要速度。从一个新闻背景生成的数据 必须符合许多额外的形式——网络分发、社交媒 体、适用于手机和移动设备的流媒体服务、针对 其他订户或用户的云存储，当然还包括带有它们 的名称和识别标志的主服务。

　　此分发的每一个要素都将取决于一个可靠和 有效的存储解决方案及其分发方式。任何单一故 障都可能产生由于时间、影响、观众注意力等因 素而不可预测的连锁反应。

　　机构如何选择其存储体系结构很大程度上 取决于必须何时何地以何种方式分发内容，以及 谁需要首先获得该内容。这些内容分发渠道（路 径）可能是内部的：即编辑、制作、后期制作、 即时演播室播出或下次/重复播出。需要外部分发 的，可能是那些只看到线性格式内容的用户；或 者是再利用和再现该内容的非线性服务；还有其 它许多不同的消费途径。

　　竞争的处理

　　复制、重新格式化、转码、资产管理分发及 其它成分经常在顺序和随机处理中使用。这样的 处理可能需要能够适应突然的变化、服务突发和难以预测的异常高水平的持续压力的竞争的存储 架构。

　　因此，为存储解决方案选择“最小公分母” 并不是最好、最有效或最有利的选择。配置这些 平台的存储架构师必须理解这些要求，并开发一 个（或一组）在一个灵活且可适应的环境中最好 地满足这些要求的解决方案。

　　作为概述，存储体系结构类型可能包括以下 类型或水平的存储系统的“分支”或例子。

　　紧耦合或松耦合

　　 松耦合的系统不会在节点中间或之间共享内 存（图2绿色部分）。在这种系统中，数据很可 能分布在多个节点中，这可能涉及在数据写入期 间大量的节点间通信。虽然使用起来很简单， 但对数据可以存在于多个位置的分布式读取，在 考虑系统周期度量标准时，这样的系统可能会很 昂贵。

　　事务性数据（非以媒体为中心的数据）可能 会受到实际上低延迟而由NVRAM或SSD等类型的 存储器导致的隐藏写位置等因素的影响。在这种 模式中，数据可能保存在一个以上的位置，允许 多个节点保存它，并根据可能开放的路径加快访 问速度，即使是暂时的。

　　相反，在紧耦合的架构中（图2蓝色部分）， 数据分布在多个节点之间，通常配置为并行运 行，并由网格中配置的若干高可用性控制器调 度。此时，为保持高效率水平、低延迟和处理在 峰值容量运行，节点间通信是必要的。通常这样 的系统被精心设计，I/O路径在所有相关节点之间 是对称的。

　　与企业级网络交换机功能类似，存储系统故 障（驱动器、控制器、内存）可以被快速识别， 替代（指定的）路径几乎可以立即执行。这种影响不引人注意，可以在没有影响的情况下继续 运行。

　　多层和群集

　　在这种模式中，应用程序（例如基于HTTP的 调用）将管理并针对特定分发平台适当使用独立 的、几乎层次化的层。网络、应用程序、数据库 （资产管理）和处理（转码或打包）服务器已经在 其代码库中嵌入了存储访问路径。对中央存储的调 用是例行、安全和冗余的。 如果任何一层达不到 标准，其它路径将在网络安全协议、防火墙甚至托 管的物理交换机隔离的帮助下受到保护（即是安全 的）。

　　在群集环境中，节点之间不共享内存，数据将 “停留”在一个计算节点后（图2红色部分）。群 集结构模式中的I/O路径可能有不同的层。有些可 能采用伞状或联合模式，允许整个系统在必要时向 外扩展。I/O被控制，直到合适的节点抵达特定任 务所需的数据集为止。重定向代码管理这些操作有 一个潜在的缺点，即当正确的路径为所选的数据要 求给予正确的连接时，会引起潜在的延迟。

　　分布式结构

　　当非事务性数据模式有必要时，例如在编辑、 媒体资产管理或随机处理链（这是一种非线性和非 转码操作）中的数据内，跨多个节点的分布式存储 架构模式可能是个选择。在这种模式中，节点之间 不共享内存，数据分布在各个节点，如同在扇出或 多并行处理基础设施中一样。从文件系统结构来 看，这样的分布式体系结构可以使用对象，并且可 以作为非POSIX（遵循IEEE Std 1003.1-1988的便 携式操作系统接口）协议运行。

　　分布式架构不太常见，但有时仍被大型企业采 用，它支持pB级存储（图2绿色部分）。搜索引擎 和具有全球范围联合访问的极其复杂的资产管理实 施方案是分布式架构的候选方案。在这种情况下， 实现了大规模并行处理模式，从而提高了速度和可 扩展性——一个在入口/出口可访问性不受阻碍时 的基于云的资源的完美例子。

　　对于存储架构，还有更多需要考虑的事项，涉 及成本评估、折衷和扩展要求——有时是根据特定 项目的阶段或账面上还有财务预期寿命的传统和现 有功能组件的影响。与这些领域的专家合作是必要 的，特别是在企业层次。软件应用程序、工作流程 和数据结构都成为决定完整解决方案的关键组分。 当你的资产分发依赖速度、可靠性和性能时，做事不能半途而废。