1: 類似機械全体でのフリートHMIの展開
シナリオ： 複数の類似した資産（ライン、スキッド、セル、サイトなど）があり、一貫したヒューマンマシンインターフェイス（HMI）オペレーター体験と予測可能な更新モデルを求めています。
コンテナベースのアプローチは、標準化されたコンテナコンテキストでランタイムアプリケーションを起動することで一貫性を提供し、ポート公開、コンテナ命名、オプションの再起動動作などの文書化されたコンテナ起動パラメータを使用することで再現性を提供します。ランタイムアプリケーションが作成するファイルや設定を保持する必要がある場合は、コンテナをコンピュータ上の実際のフォルダに接続してください。そうすることで、コンテナが再起動または置き換えられてもデータが保持されます。
2: サイドバイサイド モジュラー エッジ サービス
シナリオ： エッジでの可視化が必要であり、それと併せて隣接する機能も展開したい場合があります（例えば、FactoryTalk® Remote Access™ Runtime）。
コンテナを使用することで、複数のコンポーネントを独立してパッケージ化したまま、ホスト上に並行してデプロイすることが可能になります。そして、FactoryTalk Optixコンテナ実行ガイダンスは、デプロイメント内の可視化コンポーネントとして、OptixランタイムアプリケーションをDockerで実行するための具体的なメカニズムを提供します。
コンポーザブルエッジアーキテクチャでは、可視化ランタイムと並行してリモート接続性サービスを実行することも有利です。例えば、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ポートフォリオのクラウドベースソフトウェアおよびハードウェアデバイスの全体的なポートフォリオについて、より深く掘り下げることができますこちら。
