1: 车队 HMI 在类似机器上的部署
场景： 您拥有多种类似资产，如生产线、成套设备、单元或现场，并希望获得一致的 HMI 操作员体验和可预测的更新模型。
基于容器的方法通过在标准化容器环境中启动运行时应用程序实现一致性，并通过使用已记录的容器启动参数（如端口发布、容器命名和可选重启行为）实现可重复性。如果需要运行时应用程序保留其创建的文件或设置，请将容器连接到计算机上的实际文件夹。这样，即使容器被重启或替换，数据也会保留。
2: 并排部署的模块化边缘服务
场景： 您希望在边缘实现可视化，并可能希望在其旁边部署相邻功能（例如，FactoryTalk® Remote Access™ Runtime）。
容器使得可以在主机上并排部署多个组件，同时保持它们独立打包。FactoryTalk Optix 容器运行指南为在 Docker 中作为部署中的可视化组件运行 Optix 运行时应用程序提供了具体机制。
在可组合边缘架构中，与可视化运行时一起运行远程连接服务也具有优势。例如，FactoryTalk® Remote Access™ Runtime 可作为 Docker 镜像提供，使其能够作为独立容器部署在 FactoryTalk Optix 运行时容器旁边（或与同一主机上的其他互补容器化服务并行部署）。这非常适合容器主机，因为容器设计用于在同一台机器上相邻运行，同时保持进程隔离。
3: 云部署
场景： 有些组织还会在需要集中管理的运行时占用空间、标准化的部署机制或更易于与云基础运营对齐时，将这种容器方法扩展到云托管环境。
在这些场景中，同样适用核心容器化软件原则。Optix 运行时可以打包并作为容器化工作负载运行，底层计算由客户的云基础设施提供，并受其 IT 策略和安全态势管理。
这与 Optix 云启用工作流自然契合：FactoryTalk® Optix Studio™ Pro 支持云托管协作和基于存储库的开发。Rockwell Automation 还描述了利用 FactoryTalk Remote Access 的远程部署模式，减少了需要亲临现场交付更新的需求。
FactoryTalk Optix 容器化部署注意事项
第三方边界
对于刚开始使用容器化软件的用户，请参阅第三方提供商（如 Docker 或 Portainer）以获取帮助和许可条款。
许可行为
如果未提供授权许可密钥，FactoryTalk Optix 应用程序将在 120 分钟后停止运行。更多信息请参见FactoryTalk Optix 帮助。
端口发布与应用程序配置相关联
当 Optix 在容器中运行时，选择主机 PC 上的一个端口，并将其“转发”到 Optix 用于其 Web 客户端的端口。该内部端口即为Web Presentation Engine端口，在 FactoryTalk® Optix Studio™ 中设置。
持久性应有明确规划
请提前决定哪些内容需要保存，哪些可以为临时。卷绑定选项可通过将运行时更改写入主机上的本地文件夹来持久保存运行时更改，这样在容器重启或被替换时不会丢失更改。
可重复性优先，其他其次
将 FactoryTalk Optix 与容器化软件部署结合的实际价值在于可重复性。
软件容器提供了一种一致、可追溯的方式，利用标准容器启动概念（如端口发布、重启行为及（如有需要）持久性卷映射）在各环境中运行相同的运行时应用程序。这有助于实现更广泛的容器化目标：减少环境漂移并提升从开发到生产的信息技术与运营技术一致性。
想要迈出下一步？探索ThinManager® 软件和 FactoryTalk Optix在更广泛容器化讨论中的关系，且不改变上述基本原理。您还可以深入了解 FactoryTalk Optix 产品组合的基于云的软件和硬件设备，详见此处。
