為新設施配置端到端系統(tǒng)存儲解決方案可能具有挑戰(zhàn)性。曾經(jīng)建立在“存儲層”理論基礎上的系統(tǒng)是關鍵的起劃分作用的元素。當前，挑戰(zhàn)包括管理這些層之間的數(shù)據(jù)遷移以及為最佳使用和用途定制存儲類型。
存儲層分配是一個將“連續(xù)主動”存儲與“不那么主動”存儲（即快速存儲與慢速存儲或批量存儲）分開的體系描述。傳統(tǒng)存儲層設計根據(jù)設計時已知的相關活動在存儲層之間不斷推送數(shù)據(jù)。隨著存儲容量要求的增加，更多的驅(qū)動器被“投向”系統(tǒng)中。不同的驅(qū)動容量產(chǎn)生了差異，性能測量變得不可預測。
隨著“云”及其它復雜的存儲架構開始起作用，一種不同的技術出現(xiàn)了。以前專用的“分層體系結構”改變了功能，以便利用管理需求、容量、性能和同步的軟件解決方案。通過最好的數(shù)據(jù)存儲產(chǎn)品小心地建模，可以使用復雜的數(shù)據(jù)活動預測和自動化處理新的解決方案。使用單一的存儲部件或僅僅使用云支持現(xiàn)代媒體制作活動已不再現(xiàn)實。
按類型管理以適應要求
當今媒體資產(chǎn)管理解決方案中及其復雜的結構使得存儲管理員能夠把存儲組合中的變體運用于各種拓撲和工作流程（圖1）。軟件驅(qū)動的方法結合快速閃存及其它主干（NVMe、PCIe）現(xiàn)在允許管理員選擇工作流程部分，并將它們緊密結合到為企業(yè)中的特定工作流程適當配置的獨立系統(tǒng)中。
這個概念圖通過從攝取（左）至分發(fā)（右）端到端系統(tǒng)化，描述了現(xiàn)代新聞生產(chǎn)相關架構的存儲系統(tǒng)的相對規(guī)模、性能預期和總工作負荷。在為以媒體為中心的運作計劃或擴展新存儲系統(tǒng)時，可以利用類似的圖示。
再加上正轉(zhuǎn)向云的媒體技術比例越來越大，而混合選擇在本地和云工作流程中開辟了更廣的可能性。
云支持攝取操作，導入來自許多地理位置的內(nèi)容。根據(jù)需要，將集聚的數(shù)據(jù)放入云平臺提供了許多額外的功能，包括以原始形式長期存儲內(nèi)容，以及將內(nèi)容整合為一個虛擬化分配單元的能力。
了解并明確產(chǎn)生可播出內(nèi)容的各種步驟，對于確定數(shù)據(jù)是存儲在本地，還是存儲在云中，或者兩者兼而有之，是至關重要的。將哪些數(shù)據(jù)放在一個或多個位置的時間和原因相對于特定或目前的工作流程的效率或性能觀點，正是定義“按類型管理和滿足要求”的因素。
不同的存儲結構和組成部分
具有不同要求的機構可能需要以與“純云”架構不相稱的速度立即、快速地訪問內(nèi)容；一些工作流程可能不需要云解決方案中提供的額外特性、功能。
對于媒體機構來說，一個工作流程可能只是將“原生”內(nèi)容直接推入編輯制作。當面對突發(fā)新聞或直播新聞的要求時，他們可能需要在與其它工作（包括編輯）并行進行的同時，將新內(nèi)容直接推送到播出系統(tǒng)。
工作流程往往必須支持多個并行過程、重復的修改，以及為后續(xù)的特別節(jié)目或?qū)ｎ}節(jié)目做類似紀錄片的準備。在“直播”制作中，原生內(nèi)容在“直播”之前至少需要“技術預審”。在直接播出之前，可能還需要獲得監(jiān)制的批準或其它審查。
在將數(shù)據(jù)從攝入緩存遷移到播出服務的同時，代理生成可以從不同的存儲平臺獲得效率提高。雖然有些可能就是需要“頭和尾”片段，但另一些可能只是要求中間場景移除或音頻泛音。
這些“快與慢”的工作流程例子需要能夠快速接受內(nèi)容，將其轉(zhuǎn)換為“可播出”格式，并將它組裝起來，使之適用于需要快速分發(fā)的流程，而不是很長或更傳統(tǒng)的標記，遷移到編輯緩存，或為了其它制作目的，轉(zhuǎn)移到短期存儲。
關注元數(shù)據(jù)
針對任意數(shù)量的工作流程或制作/法規(guī)的標記或元數(shù)據(jù)關聯(lián)并不罕見。元數(shù)據(jù)集涵蓋從自動標記到場景變化檢測到詳細的內(nèi)容分析或關于人、地點或目的的評估等活動。根據(jù)每個工作流程所需的努力程度，將這些變化放置在不同類型的存儲上，可獲得額外的好處。
這種根據(jù)活動的區(qū)分有助于減少負載平衡，并可能減輕“瓶頸”，此瓶頸會拖垮包括處理平臺之間多次讀/寫或傳輸?shù)钠渌M程。Kubernetes和微服務結構等其它方法正在利用AI原則提高性能和加快操作。
視工作流程的不同，可以根據(jù)使用可用目標的最佳系統(tǒng)方法，將數(shù)據(jù)重新置于快速磁盤陣列。還可以尋求能夠?qū)⑿畔嶓w化為某一格式、由MAM管理、并在編輯之前發(fā)送到云端或直接播出的存儲。因此，我們認識到“并非所有存儲都是平等創(chuàng)建的”。
主動監(jiān)測
為確保不會出現(xiàn)瓶頸、過度保障或其它隨機事件，必須監(jiān)視高可用性存儲系統(tǒng)。
管理存儲、處理最佳數(shù)據(jù)路徑和利用基于文件的工作流程活動的管理員主動密切注視存儲卷、總系統(tǒng)帶寬和這些進程的管理。
一些不那么緊張或非緊迫的活動花較多時間完成它們的操作，當有其它需要更高性能的指令需要立即處理時，最好分配給它們幾小時。例如，如果與編輯相關的存儲卷應有比遷移目的的簡單讀取更多的讀寫，就將那些不太重要的活動轉(zhuǎn)移到編輯工作較少的夜間。
管理員必須定期查看日志，確保正常運行時間、系統(tǒng)加載和安全性問題得到主動處理。
建議包括在高可用性不必要的時候安排升級。建立通知和報告的層次結構，以確定什么時候最佳性能時期需要完全可訪問性。如果能夠主動監(jiān)控和報告高可用性工作時間，就可以在無停工情況下支持大多數(shù)維護，并且可以根據(jù)日常計劃表在靈活和方便的時間內(nèi)進行。
極超擴展性
選擇合適的存儲組件需要了解整個媒體生態(tài)系統(tǒng)。工作流程各不相同，因此存儲系統(tǒng)管理員必須使用具有足夠規(guī)模的組件來處理一般的工作流程，但仍提供那些“超活動”，以便在必要時使可用性更上一層樓。在不同的工作流程中，自始至終需要考慮爆發(fā)時期的靈活性和容量開銷。
通常在“高峰時期”希望有速度和吞吐量保障，但不一定在所有時間。當工作流程接近甚至超越存儲基礎設施常規(guī)容量的極限時，應該預期存儲架構會“升級”到更高的級別，以滿足短期需求。改動這些活動發(fā)生的時間（即改到“下班時間”）)可能會減輕高峰期間的瓶頸可能性。
一些廠商可以通過使用“容量模塊”擴展來自主地提高系統(tǒng)性能。通常使用NVMe over PCIe架構中的閃存配置附加的支持。這些模塊不需要部署在所有存儲子系統(tǒng)中；并且可能僅僅局限于你的“最高性能級別”的活動。對需求未雨綢繆要求大規(guī)模可擴展性，亦被稱為“橫向擴展和向上擴展”——這種特別的能力對一次性事件或重大事件（如超級碗、四強賽或突發(fā)新聞）可能是必需的。
我們只是觸及了現(xiàn)代智能存儲管理的表面及其細節(jié)。在考慮對當前或新設施升級存儲平臺或新建存儲平臺時，一定要注意媒體存儲領域中出現(xiàn)的競爭和持續(xù)的變化。你可能會對許多新的本地存儲系統(tǒng)正在改變那些對媒體制作至關重要的功能感到驚訝。