注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。
はい。コントロールパネルは、Foundryの管理者がプラットフォームにプッシュされたすべての画像を表示し、画像に存在する脆弱性を表示および回収する 機能を提供します。
はい。コンテナモデルは、ライブ と バッチ のデプロイメントで使用できます。
いいえ、提供される標準のベースイメージも必要とされるものもありません。ただし、プッシュされたすべての画像は、画像要件 を満たす必要があります。
いいえ。Foundryが画像とどのようにやり取りするかは、モデルアダプターの実装 で定義されます。この例のカスタムアダプター で示されているような一般的なパターンは、画像を特定のポートで入力をリッスンするように構築し、モデルアダプターがPOSTリクエストを送信することです。
通常、22 GB より大きい画像は Docker push ステップでタイムアウトします。より大きな画像が必要な場合は、Palantirの担当者に連絡してください。
いいえ。プラットフォームにプッシュされたすべての画像は、Linuxプラットフォーム用にビルドされる 必要があります。Foundry Kubernetesクラスター内のエンティティはLinuxマシンです。
はい。複数の画像をモデルバージョンのバックエンドに設定する ことができますが、オーケストレーションのサポートはありません。すべてのコンテナは実行時に同時に起動され、コンテナの起動時間順序を保証することはできません。
いいえ。ユーザー提供のコンテナワークフローは、Rubix エンジンを基盤インフラとして必要とします。また、コントロールパネル でコンテナワークフローを有効にする必要があります。
モデルでテレメトリーを有効にするには、新しいモデルバージョンを作成し、モデルバージョン作成の第3ステップ でテレメトリーを有効にするをオンにします。画像には /bin/sh
でシェル実行可能ファイルが必要であり、画像はシェルコマンド set
と tee
をサポートする必要があります。
いいえ。コンテナ化されたモデルのテレメトリーは Pythonトランスフォーム と ライブデプロイメント で機能しますが、バッチデプロイメントのコンテナログは発行されません。
これをテストするには、docker run --entrypoint /bin/sh <EXAMPLE_IMAGE>:<IMAGE_TAG_OR_DIGEST> -c 'set -a && tee -a' && echo "Telemetry compatible"
を実行します。Telemetry compatible
の出力は、このコンテナにテレメトリーが有効にできることを示しています。