Windchill+ からデータにアクセスするために必要なコンフィギュレーション
このセクションでは、Windchill+ 環境からデータにアクセスするために必要なコンフィギュレーションについて説明します。このコンフィギュレーションは、ERP コネクタなどの Windchill+ 統合を使用して Windchill+ Azure Storage アカウントにエクスポートされたデータを読み込むために必要です。その後で、このデータを独自のサービスに転送したり、統合のために使用したりできます。詳細については、
送信データフローのサポートを参照してください。
Windchill+ の共有ストレージには、共有データのセキュリティと安全性を確保するためのファイアウォール規則が設定されています。
必要条件
このストレージにアクセスするには、ファイアウォールコンフィギュレーションで、アクセス元の IP/CIDR または Azure Virtual Network (VNet) サブネット Service Endpoint を指定する必要があります。したがって、このストレージにアクセスするシステムまたはサービスのエグレス IP/CIDR が必要です。そのようなサービスが Microsoft Azure、Amazon Web Service (AWS)、Google Cloud Platform (GCP) などのパブリッククラウドベンダー、プライベートクラウド、オンプレミスインフラストラクチャ、プライベート IP でホストされている場合、ファイアウォールのコンフィギュレーションには CIDR ブロック情報が必要です。
Azure サービスまたは統合が Azure クラウドリージョンで実行されており、Windchill+ サービスも選択した同じリージョンで実行されている場合、ストレージファイアウォールには Service Endpoint ID が必要です。
概要
顧客が所有する Azure サブネットで Azure Data Factory Integration Runtime など PTC の顧客が管理するサービスが顧客専用の Windchill+ ストレージにアクセスできるように Service Endpoint を設定します。
PTC と情報を共有する手順
PTC と情報を共有するには、次の手順を実行します。
2. ネットワークを管理する IT 管理者または Azure 管理者にリクエストをサブミットします。サブネット (前の手順で設定) が同じリージョン内にある別のテナント内の PTC 管理のストレージアカウントにアクセスできるようにリクエストします。
◦ Azure テナントサブスクリプションで次のコマンドを実行して、サブネット ID を取得します。
az network vnet subnet show --resource-group "customers_resource_group" --vnet-name "customers_vnet" --name "customers_subnet" --query id -- output tsv
3. 許可リストに手順 2 からのサブネット ID を追加するサービスリクエストを PTC に対してオープンします。詳細については、
サービスリクエストのオープンを参照してください。
PTC クラウドサービスリクエストが正常に完了した後、アクセスを検証し、Windchill+ から特定のストレージアカウントにエクスポートされたデータを読み込む機能を IR に実装できます。
ESI 共有ストレージ内のコンテンツのライフサイクル
• ESI コンテナで共有されている ESI 応答ファイルは、クライアントアプリケーションで 7 日間使用できます。
• 応答ファイルは 7 日後に削除されます。
• ベストプラクティスとして、ストレージをクリーンで管理しやすくするため、カスタムの統合では処理後に応答ファイルを削除する必要があります。
• PTC が共有する SAS トークンは 365 日間有効です。この統合の実行を続行するには、トークン更新のリクエストをサブミットする必要があります。
• 環境ごとに別個の ESI コンテナがあります。
• ホスト再設定の場合、ホスト再設定されたシステムで同じ ESI コンテナを使用できます。