SaaSクラウドプラットフォーム & 導入形態

中小企業や迅速な導入には共有SaaSを、厳格なセキュリティポリシーやPLC/VPNとの深い統合が必要な企業には専用シングルテナントまたはオンプレミスをお勧めします。PoC期間中にご提案します。

ヨーロッパのクラウドインフラ上でホスティングされ、ご要望に応じて専用環境やリージョンを選択いただけます。

はい。まずは共有モデルで迅速に開始し、規模の拡大に応じて専用またはオンプレミスへ移行できます。プラットフォームは同一です。

クラウド導入の場合、工場内のコレクタは機械の読み取りを続け、生産数と停止記録をローカルにバッファし、回線が復旧した時点で送り直します。どれだけ保持できるかは構成次第で、PoCの中でサイジングします。一方、プラットフォーム側から配信しているものは即座に止まります。ダッシュボード、新しいオーダーの現場への引き当て、レポート画面はすべて使えません。オペレーターが入力するものは回線が戻るまで紙に落ちるので、停止理由とスクラップの代替運用を本稼働前に決めておいてください。PoCのうちに実際にLANケーブルを抜いて試すことをお勧めします。

いいえ。工場内ネットワークに置いたコレクタがコントローラを読み、TLSまたはサイトツーサイトVPNで外向きに接続するため、工場側へ向けてファイアウォールのポートを開ける必要はありません。ただしそのコレクタに何を許すのかははっきりさせてください。コレクタは信頼された橋渡しであり、プラットフォームから書き込みを指示できる範囲は、名前を変えた内向きの経路にほかなりません。制御層のセグメンテーションはお客様自身のネットワーク設計ですので、接続先、ポート、書き込み権限をPoC前に情報システム部門でレビューしてください。

サーバー、OS、コンテナ基盤、データベース、バックアップとそのリストア試験、証明書とその更新、監視、アップデートの適用時間帯は、すべてお客様の管理範囲になります。つまりLinuxとコンテナの実務経験がある担当者を名指しで置く必要があり、忙しいチームで分担するかたちでは回りません。ここは多くのお客様が見積もりに入れそこねる部分で、社内にその条件に当てはまる人がいないのであれば、オンプレミスは適した選択肢ではありません。

ゼロダウンタイムとは、リリースのためにプラットフォームを停止しないという意味であって、何も中断されないという意味ではありません。ローリングアップデートの最中に画面が再読み込みされることがあり、端末のログイン方式によっては再ログインを求められ、入力途中で保存していないフォームの内容は失われる可能性があります。スキーマ移行を伴うバージョンや、集計の定義が変わるバージョンでは、計画停止の枠が必要になる場合もあります。リリース前に誰へ連絡するか、切り戻しをどう行うかを合意しておいてください。

まずハードウェアとネットワークを決めます。購入するモジュールに見合ったサイジングのサーバー、ビジョンやAIを導入するならGPUリソース、制御層用のVLAN、制御層とアプリケーション間のファイアウォールルール、DNSレコード、証明書、そしてリストア試験の責任者まで決めたバックアップ先です。加えて管理者アカウントを個人名で用意し、メンテナンスウィンドウを合意しておきます。本稼働が遅れる原因は、ソフトウェアそのものよりもこの準備の抜けであることのほうがはるかに多いです。

当社が運用するプラットフォーム、かつホスティング環境のみが対象です。オンプレミスの可用性はお客様側の責任になります。拠点の回線、お客様のファイアウォール、工場内のコレクタ、機械そのものは対象外であり、現場が実際に体感する停止の大半は、実のところそれらが原因です。可用性をどう測るのか、何を計画メンテナンスとして扱うのか、どの期間で数値を算出するのか、未達のときの措置は何かを確認し、その定義を契約書に落とし込んでください。

当たります。現場システムは、誰がどのワークステーションにログインし、その作業に何分かかったかを記録します。プラットフォーム自体は適法に運用できる作りですが、導入すればそれだけで準拠になるわけではありません。データ処理契約、保持期間、そして集計値ではなく個人単位の実績を誰が見てよいのかという線引きが必要です。個人単位のレポートをロールで制限できるのか、あるいは無効にできるのかを確認し、法務や人事を早い段階で巻き込んでください。本稼働前に従業員代表との協議が必要になることも少なくありません。