规模化地找到正确方法对付困难复杂的传统制作生态系统可能是非常复杂的。把部分或全部环境移到云上，那就完全是另一回事了。在将制作领域的一部分迁移到云继续稳步推进的过程中，许多元素和工作流程需要实体化，才能完全满足我们今天所知道的制作领域。
部分源于新冠疫情规约对整个电视和媒体工作环境的改变，“云制作”似乎进展迅速。根据Devoncroft在疫情期间进行的调查发现，“云制作”的重要性已急剧上升到重要食物链的顶端。
在新冠疫情之前，行业头等大事已被明确认定为“向IP转换”，这是自2019年以来最重要的技术焦点。
依靠IP
术语“云制作”已经变得相当广泛，甚至可能具有误导性。为做好准备，我们需要对“IP”的含义的一些理解。
网络，无论是在本地还是在云中，都依赖于IP。一旦去掉营销术语，与“互联网协议”或简称IP相联系的异常现象，就成为不那么有争议的话题。
IP是一个必须恰当应用于实际应用场合和适用的领域的定义。在技术栈中，除了名称相同（互联网协议）， “演播室中的IP”（即全带宽、未压缩的信号系统）甚至与“云端的IP”相去很远。云和地面是不可交换的。总的来说，在结构、层和应用方面存在相当大的差异——这个话题远远超出了本文的讨论范围。
IP适合云和本地(地面)活动的程度是在哪种环境下可以完成什么工作的一个决定因素。用户不应认为现场演播室(即SMPTE ST 2110)中的IP应用与其它制作环境中的IP相同。就以地面上直播、切换的演播室环境的延迟和同步为例，目前在纯云应用或广泛的商业服务中是无法开展的。
功能意识
这些陈述并不是想降低云的价值、潜力或能力范围。相反，这个角度与“功能意识”有关。
例如，如果适当地限于使用来自有限提供商的通常为专有产品下的有限一批参数，一致、广播质量的实时云制作在有限的提供商所选择的通常是专有产品的保护伞下适当地限制使用有限的一组参数，云中一致的、广播质量的实时制作就具有机会性能力。云播出是一个非常成熟的例子，在这个例子中，系统在其所使用的应用范围内解决所需的功能。
理解此角度。与采用SMPTE的ST 2110及其相关协议等系统的演播室级、精心设计的、基于地面的有管控的网络结构相比，云中的现场制作完全不是同一类IP制作。此外，人们不会指望云制作的周末美国橄榄球联盟现场比赛与我们所看到的用两个或更多移动制作单元、12个机位、 10-15个慢动作系统、一批5M/E制作切换台完成的有相同水平的制作价值。
随着时间的推移，这一类比预计将发生变化，我们在疫情期间所看到的情况证明了这一点。 一切都变了，而有些变化确实将持续下去。
云层
在结构上，云制作环境的元素由一到多支持制作生态系统的各个部分组成。此基本的云制作工作流程很多是通过将软件实现的应用程序集服务器池和存储区实现的。对于完备集成，所有其它必要的组件都是一个更复杂的事件，类似于用SDI或ST 2110地面（本地）实现。
让内容进入并通过该链的一个初始要求是将内容从源（地面）推送到云，然后再返回到预定目的地所需的准备工作。随着内容所有者/运营商采取新的措施来实现这些目标，这一障碍正逐渐得到解决。
这些能力都不是一蹴而就的。多年的发展一直持续到今天，云服务提供商不断增加经验丰富、技术娴熟的专业人士，他们的目标是将整个媒体生态系统迁移到云。
实现这些功能所需的技术包括压缩率和传输改进、多机位图像同步、音频实时处理、如Tally或返送系统的通信和非AV信令，以及一个模仿当前演播室内和现场的基于地面的制作切换台的重要的特效功能。
脱机到联机
基于云服务的制作和编辑目的的新发展遵循着类似于25-30年前线性到非线性（基于地面）制作推进到数字化的议程。
那些记得1980-90年代联机线性磁带编辑的人肯定还记得，为了预制作的目的，将联机编辑世界初始化到脱机的热情（和复杂性）。在时间线方面，脱机（非线性编辑的前身）是一项多年的努力，它发生在桌面编辑革命之前。脱机是作为一种粗剪概念作品然后生成编辑决定表（EDL）的工具开发的，它是目标，然后将其导出到联机（通常基于磁带）剪辑环境中。
这个工作流程的几次迭代之后，将脱机编辑版本（压缩的，通常是运动JPEG视频）提升了一个等级，它使用了更好的图像压缩、更快的计算机处理器和大容量磁盘存储。在几年内，这种发展基本上推动了联机线性编辑系统的消亡，并通过高性能磁盘存储的统一化，进入了桌面编辑制作的世界。
云制作现在也在遵循类似的步骤，但时间要快得多。
并行处理消亡
在一个与线性磁带消亡推动编辑制作的类似的框架中思考云和演播室制作。这一切都不是瞬间发生的。为平行透视云媒体制作的发展方向，我们可以从另一个角度来看看这个行业是如何相应发展的。
现在，用户首先需要将源内容放到云上。
以与演播室质量IP相当的数据率摄取，是不切实际、不必要，也是非常昂贵的，并且没有成本意识。高带宽、未压缩的信号传输的接入点成本反过来限制了任何商业企业家的盈利能力。
与之前比较，上世纪80年代末的高带宽、标准清晰度线性视频（270Mb/s）在任何网络上都相对复杂。T1 （1.544Mb/s）线路（当时流行的传输线路）无法满足实时SD视频的要求。DS3（44.7Mb/s）线路的成本太高，即使是部分时间工作，最小6:1压缩率才刚刚270Mb/s。一些公司使用另一家通信公司网络ASI传输，但同样，这也是是昂贵的，很难找到，并且需要高价的终端设备转换SDI信号供ASI传输。
快速前进
当前的HD视频（1.5Gb/s或3Gb/s）传输在将未压缩的HD视频（ST 292M/424 SDI）或ST 2110-20 IP视频迁移到云中时也有类似的复杂性。未压缩作为在压缩信号域使用专有实现（如NDI或GV AMPP）的较小规模制作的选择方案并不具有经济意义。
一旦进入云，软件解决方案就必须取代曾基于以芯片为中心的硬件设备。除非云是一个私有的主机托管(co-lo）数据中心，并且可以方便地放置可以远程管理的物理硬件，否则一切都将转向基于代码的软件系统。B&P