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は、クラウド上でのコラボレーションや、リポジトリを活用した開発をサポートしているためです。また、ロックウェル･オートメーションは、FactoryTalk Remote Accessを活用したリモート展開のパターンについても提示しており、これにより、アップデートの適用にあたって現地へ物理的に赴く必要性を低減できます。
FactoryTalk Optixのコンテナ化デプロイに関する注意事項
サードパーティとの境界
コンテナ化されたソフトウェアの利用を始めたばかりの方は、サポートやライセンス条件の詳細については、DockerやPortainerなどのサードパーティのプロバイダにお問い合わせください。
ライセンスの挙動
エンタイトルメント･ライセンスキーが指定されていない場合、FactoryTalk Optixアプリケーションは120分経過後に実行を停止します。詳細は、FactoryTalk Optixのヘルプをご参照ください。
ポートの公開設定とアプリケーション構成の関連性
Optixをコンテナ環境で実行する場合、ホストPC上のポートを1つ選択し、それをOptixがWebクライアント用に使用するポートへ「転送(フォワード)」するように設定します。この内部ポートとは、FactoryTalk® Optix Studio™内で設定した「Web Presentation Engine」のポートのことです。
永続化は意図的に行なうべき
何を保存し、何を一時的なものとして扱うか、あらかじめ明確に定めておく必要があります。ボリュームバインドのオプションは、実行時に生じた変更内容をホストマシンのローカルフォルダに書き込むことで永続化し、コンテナの再起動や置き換えが行なわれても変更内容が失われないようにするために存在します。
再現性が第一、他はすべて二の次
FactoryTalk Optixをコンテナ化されたソフトウェアとしてデプロイすることの、実質的な価値は「再現性」にあります。
ソフトウェアコンテナは、ポート公開、再起動時の挙動、そして(必要に応じ)永続化のためのボリュームマッピングといった標準的なコンテナ起動の概念を活用することで、異なる環境下においても同一のアプリケーションを、一貫性のある、かつ明確に文書化された手法で実行することを可能にします。これは、環境間の差異(環境ドリフト)を低減し、IT (情報技術)からOT (制御技術)に至るまで、開発環境から生産環境までの一貫性を向上させるという、コンテナ化が掲げるより広範な目標を強力に後押しするものです。
次のステップへ進んでみませんか? 今回ご紹介した基本概念はそのままに、より広範なコンテナ化の文脈において、ThinManager®ソフトウェアとFactoryTalk Optixがどのように連携･関連しているかをご確認いただけます。また、FactoryTalk Optixのクラウドベースソフトウェアおよびハードウェアデバイスを含む、製品ポートフォリオの全容については、こちらから詳細をご覧いただけます。
