tencent cloud

Tencent Cloud WeData

モデルサービス

ダウンロード
フォーカスモード
フォントサイズ
最終更新日: 2026-10-29 16:23:27
AI翻訳

モデルサービスの概要

モデルサービスは、MLOpsの全ライフサイクルを閉ループ化するための鍵です。モデル管理内のモデルをワンクリックでAPIサービスとして公開することにより、リアルタイム予測とオンライン推論をサポートし、充実したサービス監視と運用保守機能を提供します。また、モデルサービスはデータサイエンスの他の中核モジュールと深く統合されており、モデルをワンクリックで標準REST APIとして公開し、多次元のトラフィック監視、リソース監視、および実行ログの追跡機能を提供します。

機能操作ガイド

WeDataのモデルサービスは、新規サービス作成、サービス監視、サービスデバッグなどの機能を提供し、サービスをより効率的に管理し、本番環境での有効性を確保できます。

新しいモデルサービスの作成

モデルサービスを新規作成をクリックし、以下の情報を入力します:
サービスタイプ:機械学習サービス。
基本設定:サービス名、サービスバージョン、サービス名の説明。
モデルリソース:モデル、イメージリソースを選択します。
詳細設定:認証を有効にするかどうか、サービスログ配信を有効にするかどうか、COSストレージアドレスを設定します。
リソース設定:従量課金、CVMリソースグループを選択します。


モデルソース - モデル管理

ローカル開発環境またはWeData Notebookでトレーニングが完了したモデルは、ユーザーがまずMLflowプラグインを通じてモデル管理モジュールに登録する必要があります。登録が成功すると、そのモデルはエンタープライズレベルの標準化されたモデル資産に変換され、モデルサービスモジュールから直接呼び出してワンクリックでオンラインAPIとして公開できます。


モデルソース - カスタムイメージ

WeDataは、ユーザーがカスタムイメージを使用してモデルサービスをデプロイし、環境の高度なカスタマイズと推論ロジックの深い統合を実現することをサポートします。詳細については、カスタムイメージを使用したオンラインサービス公開開発ガイドを参照してください。
コアバリュー:
環境の高度なカスタマイズ:非標準の機械学習フレームワークや特定バージョンのシステムライブラリを組み込むことができます。
前処理ロジック統合:イメージ内に「データ連結」または「特徴オンラインアクセス」のコードを直接パッケージ化し、「特徴 -> モデル -> 推論」のエンドツーエンドのクローズドループを実現できます。
コードマウントと柔軟な起動:カスタム起動コマンドを使用することで、イメージのデフォルト動作を上書きし、異なる推論エンジンを柔軟に起動できます。
インポート方法:
TCR Enterprise Edition:企業内部で管理されたイメージ資産管理に適しており、リージョンやインスタンスによるフィルタリングをサポートし、名前空間とリポジトリアドレスまで正確に指定できます。

イメージアドレス:Tencent Cloud TCRからのイメージのインポートをサポートします。
説明:
承認済みプライベートイメージリポジトリの有効化をサポートします。デフォルトでは無効です。手動で有効にした後、イメージリポジトリのユーザー名とパスワードを入力できます。


推論テーブル収集を有効にする(対応リージョン:北京、上海、重慶、国際-シンガポール)

モデルサービスを作成する際に、詳細設定オプションから完全なログ収集を有効にできます:
サービスログ配信設定:まずサービスログ配信機能を有効にし、ターゲットログセットと対応するログトピックを指定する必要があります。設定が完了すると、モデルサービスによって生成されたすべてのリクエストログは、指定されたログトピックに自動的に配信されます。
推論テーブルログ収集設定:同時にサービス推論テーブルログ収集オプションを有効にし、適切なCOSストレージバケットをデータストレージターゲットとして選択します。この機能を有効にすると、システムは専用のログ加工タスクを自動的に作成します。このタスクは、収集された全量ログデータに対してフィルタリングと構造化処理を行い、事前に指定されたCOSストレージアドレスに配信します。



リソースソース - プラットフォーム従量課金

プラットフォーム従量課金は、WeDataが提供するマネージド型共有リソースプールです。ユーザーは基盤サーバーのメンテナンスを気にする必要がなく、必要に応じてコンピューティングスペックを申請するだけです。
操作ガイド:
「リソースソース」で「プラットフォーム従量課金リソース」を選択します。
「リソーススペックの選択」ドロップダウンリストで、モデルの複雑さに応じて対応するスペックを選択します。
使用シーン:
開発デバッグ:サービスを迅速に起動してロジックを検証します。
潮汐ビジネス:トラフィックの変動が激しく不定期であり、実際の使用時間に基づいて決済し、コストを最適化したいというニーズがあります。
軽量推論:モデルが小さく、物理マシン全体のリソースを占有する必要はありません。


リソースソース - CVMリソースグループ

CVMリソースグループでは、ユーザーが自社購入のTencent Cloudサーバー(CVM)をWeDataにインポートしてプール管理を行い、コンピューティングリソースの物理的な分離を実現できます。
操作ガイド:
「リソースソース」で「CVMリソースグループ」を選択します。
ドロップダウンリストで作成済みかつバインド済みのリソースグループを選択します。
注意:
1つのリソースグループは1つのサービスにのみ関連付けることができ、リソースの完全な占有と安定性を確保します。
適用シーン:
コア生産業務:遅延に極めて敏感であり、共有環境における「騒がしい隣人」による干渉を回避する必要があります。
高並列推論:長期間にわたり高い$QPS$で稼働する場合、月額・年額プランのCVMを利用することでコスト面でより優位になります。
GPU専用タスク:特定モデルのGPUコンピューティングカード(T4、A100など)を指定して高性能な推論を実行する必要があります。


モデルサービスグループ一覧

ユーザーが新しいサービスを作成すると、サービスリストに作成済みのすべてのモデルサービスが表示されます。表示内容には、サービス名、サービスステータス、説明、作成者、作成時間、操作方法が含まれます。

フィールド分類
説明
説明
サービス名
モデルサービスの一意の識別名です。
業務用途に応じた命名を推奨します。クリックしてサービス詳細ページへ移動できます。
サービス状態
サービス現在の実行ライフサイクル状態です。
一般的な状態には、草稿(起動中)、実行中、停止済みなどがあります。
サービスタイプ
サービスが属するアプリケーション分野を識別します。
例:機械学習サービスです。
実行中バージョン/バージョン数
現在アクティブなサービスバージョン/総バージョン数
サービスグループのマルチバージョン管理状況を表示します。例えば0/1は、合計1バージョンが存在するが未起動であることを示します。
サービスグループの説明
このサービスグループに関する説明です。
チーム間のコラボレーション時に、このサービスグループの用途をすばやく把握するのに役立ちます。
作成者
このサービスを作成したユーザーアカウントです。
監査および権限の追跡に使用されます。
作成時間
サービスが初めて作成された時間です。
時間順に並べ替えることができ、最近のサービスをすばやく見つけるのに役立ちます。
操作
デバッグ
オンラインデバッグ画面に入り、モデルインターフェースをテストします。
標準化されたREST API呼び出しアドレスを提供します(サービスグループが実行状態である必要があります)。
バージョン追加
同じサービスに新しいモデルバージョンをデプロイします。
モデルのグレーリリースまたはA/Bテストのシナリオを実現し、最大2つのサービスバージョンをサポートします。
権限設定
サービスの権限を設定します。
読み取り、書き込み、管理の権限を設定できます。(エンティティ権限管理モードを有効にした場合のみ有効です)
削除
モデルサービス資産およびその関連リソースを完全に削除します。
操作は元に戻せません。削除前に、このサービスグループが停止していることを確認してください。

サービスグループのオンラインデバッグ

サービス展開後、システムは標準化されたREST API情報を提供します:

インターフェース基本情報

標準サフィックスアドレス:すべてのサービスの呼び出しアドレスのサフィックスは統一して/predictに固定されます。
リクエスト方法:統一してPOST方式で呼び出します。
データ形式:リクエストとレスポンスはいずれもapplication/json形式を採用します。

入力仕様の説明

オンラインテストおよび実際の呼び出し時には、入力パラメータは特定のJSON構造に従う必要があります:
client_request_id:リクエストを一意に識別する文字列です。
dataframe_split:特徴データ本体を格納するために使用される固定キー名です。
columns:文字列リストであり、モデルトレーニング時に定義された特徴フィールド名を含みます(その内容は特定のモデルと強く関連します)。
data:ネストされたリスト構造です。内側のリストは1回の推論の特徴値を表します(columnsの順序に対応する必要があります)。内側に複数のリストを並列に配置することで、1回のリクエストで複数回の推論を実行できます。

オンラインデバッグリクエスト例

「赤ワイン品質予測」モデルを例にとると、その入力JSONの例は以下の通りです:
単一推論リクエストボディ:
{
"client_request_id": "123456",
"dataframe_split": {
"columns": ["fixed_acidity", "volatile_acidity", "citric_acid", "residual_sugar", "chlorides", "free_sulfur_dioxide", "total_sulfur_dioxide", "density", "pH", "sulphates", "alcohol"],
"data": [
[1, 0.8, 0.7, 0.5, 1, 1.5, 0.8, 0.7, 0.5, 0.8, 0.5]
]
}
}
複数回推論(バッチ)リクエストボディ: 2組のデータを同時に予測する必要がある場合は、data配列に特徴値リストを追加するだけで可能です:
{
"client_request_id": "123456",
"dataframe_split": {
"columns": ["fixed_acidity", "volatile_acidity", "citric_acid", "residual_sugar", "chlorides", "free_sulfur_dioxide", "total_sulfur_dioxide", "density", "pH", "sulphates", "alcohol"],
"data": [
[1, 0.8, 0.7, 0.5, 1, 1.5, 0.8, 0.7, 0.5, 0.8, 0.5],
[0.9, 0.7, 0.6, 0.4, 0.9, 1.2, 0.7, 0.6, 0.4, 0.7, 0.4]
]
}
}

curlコマンドの呼び出し

curlコマンドを使用して入力します。呼び出しアドレス、認証情報(ある場合)、コンテンツタイプ、入力内容は以下の通りです:
curl -X POST https://[サービス呼び出しアドレス]/predict \\
-H 'Authorization: [認証Token]' \\
-H 'Content-Type: application/json' \\
-d '{"client_request_id":"123456","dataframe_split":{"columns":["fixed_acidity","volatile_acidity","citric_acid","residual_sugar","chlorides","free_sulfur_dioxide","total_sulfur_dioxide","density","pH","sulphates","alcohol"],"data":[[1,0.8,0.7,0.5,1,1.5,0.8,0.7,0.5,0.8,0.5]]}}'
呼び出しデモ:


サービスグループのパフォーマンス監視と運用保守

モデルサービスは多次元の監視ビューを提供し、監視情報(1時間、24時間、7日間、カスタム期間)の表示をサポートし、時間粒度(1分、5分)の調整もサポートします:
トラフィック監視:ネットワークトラフィック、QPS、QPS制限、同時リクエスト数。
リソース監視:CPU使用率、MEM使用率、ビデオメモリ使用率、GPU使用率。
インスタンス管理:インスタンス数、実行中インスタンス数。
サービスイベント:Podスケジューリング、イメージプルなどのシステムイベントを記録し、起動失敗のトラブルシューティングに役立ちます。
実行ログ:モデルコードが出力するログ情報のリアルタイム更新と検索をサポートします。


サービスグループの認証設定を有効にする

サービス認証は、モデルサービス呼び出しの安全を保障する中核的なメカニズムです。認証を有効にすると、システムはこのモデルサービスアクセスポイント(Endpoint)に入るすべてのリクエストに対して身元確認を行います。有効なキー(API Key)を持つリクエストのみがモデルへのアクセスを許可され、モデルインターフェースの不正呼び出しや悪意のある攻撃を防ぎます。サービスバージョン詳細ページで、「サービス認証」タブに切り替えると設定できます:
認証を有効にした後:すべてのREST APIリクエストはHeaderにキーを含める必要があります。
認証を無効にした後:インターフェースは公開状態となり、呼び出しアドレスを持つすべてのユーザーが直接アクセスできます。


サービスバージョン操作設定

サービスグループ名をクリックすると、サービスバージョンリストに入り、このサービスグループ配下のすべてのバージョン情報が表示されます:ID、サービス名、サービスバージョン、ステータス、説明、モデルソース、リソースソース、トラフィック割り当て、作成者、作成時間、更新時間、操作(更新/監視/ログ/起動/削除など)。

フィールド分類
説明
説明
ID
サービスバージョンインスタンスの一意の識別子です。
システムによって自動生成される一意の文字列で、異なるサービスバージョンを正確に特定し区別するために使用されます。
サービス名
当該サービスの具体的な名前です。
マルチバージョン管理とグレーリリースを容易に行えます。
サービスバージョン
当該サービスのバージョン番号です。
マルチバージョン管理とグレーリリースを容易に行えます。
ステータス
サービスバージョンの現在の実行ライフサイクル状態です。
このバージョンの実行状態を表示します:草稿/実行中/停止済みなど。
サービスの説明
当該サービスバージョンの用途または特性について説明します。
チームでのコラボレーション時に各サービスバージョンの違いを理解するのに役立ちます。
モデルソース
当該サービスに関連付けられた基盤モデルアセットを公開します。
このサービスがモデル管理モジュール内のどの具体的なモデル名を使用しているかを表示します(例:ml_wine_db_wine_model)。
リソースソース
当該バージョンの実行に消費されるコンピューティングリソースのタイプです。
リソースが「プラットフォーム従量課金リソース」または「CVMリソースグループ」のいずれから来ているかを識別します。
トラフィック割り当て
マルチバージョンが併存する場合に、当該バージョンが受け取るトラフィックの重みです。
A/Bテストまたはグレーリリースのシナリオにおいて、当該バージョンに割り当てられたトラフィックの割合を表示します。
作成者
当該サービスバージョンを初期化したユーザーアカウントです。
このバージョンの作成者を記録し、権限管理と操作監査に使用します。
作成時間
当該サービスバージョンが初めて作成された時間です。
システムが自動的に記録するため、時間軸に沿ってモデルの反復プロセスを追跡しやすくなります。
更新日時
当該サービスバージョンが最後に更新された時間です。
システムが自動的に記録するため、時間軸に沿ってモデルの反復プロセスを追跡しやすくなります。
操作
更新します。
現在のサービスバージョンの設定情報を変更します。
サービスバージョンの詳細を表示し、サービスバージョンの説明、リソース設定などのパラメータを更新できます。
監視
当該バージョンのリアルタイムパフォーマンス指標を表示します。
QPS、呼び出し遅延、CPU/GPU使用率などの可視化監視ビューにアクセスします。
ログ
当該サービスインスタンスの実行ログを検索します。
モデルコードのエラー、入出力異常などの実行時問題を調査するために使用します。
起動/停止
サービスインスタンスの実行状態を手動で制御します。
「起動」をクリックするとサービスグループが実行状態に変更され、「停止」をクリックするとサービスリソースが解放されます。
削除
当該サービスバージョンを完全に削除します。
操作は元に戻せません。削除前に、このバージョンが停止していることを確認してください。

サービスバージョン詳細

サービスバージョン詳細ページは、この特定バージョンのモデルサービスの包括的なビューを提供し、基本構成、接続パラメータから基盤となるコンテナインスタンスの実行状態までを網羅します。ユーザーはこのページを通じて、サービスのライフサイクル管理(起動/停止)、リアルタイム監視の確認、および基盤問題の詳細な調査を行うことができます。

サービスバージョン詳細:
フィールド名称
説明
説明
サービス名
当該サービスの具体的なバージョン識別子です。
マルチバージョン管理とグレーリリースを容易に行えます。
サービスID
サービスバージョンインスタンスの一意の識別子です。
システムによって自動生成される一意の文字列で、異なるサービスバージョンを正確に特定し区別するために使用されます。
サービスの説明
当該サービスバージョンの用途または特性について説明します。
チームでのコラボレーション時に各サービスバージョンの違いを理解するのに役立ちます。
課金モデル
リソースの課金方式
例えばPay-as-you-go(従量課金)は、モデル実行のコスト構造を示しています。
リソース仕様
当該バージョンに割り当てられるコンピューティングリソースのサイズです。
例えば4C8Gの場合、このバージョンが対応できるモデルの複雑さと同時実行数の上限を決定します。
接続モデルとバージョン
関連するモデルアセットの詳細です。
モデル管理内のモデル名と具体的なMLflowバージョン番号(例:Version2)を表示します。
レプリカ数
実行中のコンテナインスタンスの総数です。
サービスの高可用性を決定します。複数のレプリカはトラフィックを分散し、災害復旧保護を提供できます。
リクエスト制限
トラフィック保護のしきい値です。
$QPS$の上限を表示します。しきい値に達した場合、システムはパケット破棄またはキューイング保護をトリガーします。
認証生成
サービスセキュリティ制御スイッチです。
署名認証(API Key)が有効かどうかを表示します。無効の場合、アドレスに直接アクセスできます。
実行インスタンス詳細:
フィールド/操作
説明
運用保守ガイド
インスタンス名称
基盤となるコンピューティングユニット(Pod)の識別子。
実行中のマイクロサービスノードを一意に識別します。
インスタンスの状態
インスタンスの物理的な状態。
Waitingはイメージのプル中またはスケジュール待ちを示します。Runningはサービスが準備完了であることを示します。
再起動回数
コンテナが異常終了する頻度。
コアとなる障害切り分け指標です。回数が継続的に増加する場合、モデルにメモリリークまたはコードエラーが存在する可能性を示します。
監視
インスタンスレベルの監視入口です。
単一インスタンスの$CPU/MEM$消費量を確認し、リソースの偏りが存在するかどうかを判断します。
ログ
コンテナの標準出力ストリーム。
モデル読み込みロジック、予測エラースタックを確認するための最も直接的な手段です。
再起動
インスタンスを強制的に再起動します。
インスタンスがハングしたり応答が極端に遅くなった場合に、サービスを迅速に復旧させるための緊急手段です。
コンテナにアクセス
対話型ターミナル。
コンテナ内部に入ってコマンドを実行し、ファイルパス、権限、または環境依存関係を確認することを許可します。

サービスバージョン監視

監視ページは、モデルサービスの実行状態をリアルタイムに把握する機能を提供し、ビジネストラフィック、システムリソース、基盤インスタンスの3つの次元からサービスのパフォーマンスを追跡します。可視化チャートを通じて、アルゴリズムエンジニアと運用保守担当者がパフォーマンスのボトルネックを迅速に特定し、スケールアウト/スケールインの効果を検証し、モデルの応答品質を評価するのを支援します。

指標分類
主要指標項目
ビジネス価値の説明
トラフィック情報
ネットワークトラフィック、QPS、QPS制限回数、同時リクエスト数
API呼び出しの負荷を評価します。同時リクエスト数とレート制限回数は、レプリカ数を増やす必要があるかどうかを判断するための重要なシグナルです。
リソース情報
CPU使用率、MEM使用率、ビデオメモリ使用率、GPU使用率
基盤となるハードウェアの負荷を監視します。これにはビデオメモリ使用率とGPU使用率が含まれます。
インスタンス情報
インスタンス総数、実行中のインスタンス数
サービスの可用性を直感的に表示し、実際に稼働しているコンテナ数が設定の期待値と一致しているかどうかを確認します。

サービスバージョンのイベントとログ

サービス実行イベント:
サービス実行中のイベントの表示をサポートし、初回発生時間、最終発生イベント、レベル、リソースタイプ、リソース名、詳細説明、発生回数などの情報が含まれます。

サービス実行ログ:
サービスログの表示をサポートし、インスタンス、時間範囲(1時間、24時間、7日間、15日間、カスタム期間)によるフィルタリング、自動更新、検索、ログの折り返しなどをサポートします。


付録

モデル監視のベストプラクティス

推論テーブルとは何ですか?

推論テーブルは、機械学習モデルの品質監視における重要なツールであり、運用保守チームがオンラインモデルの実行状態とパフォーマンスをリアルタイムに把握するのを支援します。図に示す典型的なワークフローでは、モデルサービスで推論テーブル監視機能を有効にすると、システムはモデル推論プロセスにおける入力特徴データ、モデル出力結果、推論時間などの重要な指標を自動的に取得し記録します。
これらの記録データはリアルタイムで推論テーブルに書き込まれ、後続の品質分析にデータ基盤を提供します。データ品質監視モジュールと連携することで、推論テーブル内のデータに対してデータ分布変化の検出、モデル予測精度の監視、異常値の識別など、多次元の品質チェックを実行できます。監視システムがモデル品質の低下傾向や異常状況を検出した場合、直ちにアラートメカニズムをトリガーし、モデルパラメータの調整、トレーニングデータセットの更新、モデルの再トレーニングなど、関係者に対応する最適化措置を講じるよう通知します。
プロセス全体は、データ収集、品質監視から問題対応までの完全なクローズドループを形成し、オンラインモデルが高品質なサービスを継続的かつ安定的に提供できることを保証するとともに、モデルの継続的な最適化と反復のためのデータ基盤を提供します。


推論テーブル監視フロー:

下図は、推論テーブルデータ監視の完全な技術フローを示しています。プロセス全体は、データ収集、データ処理、品質監視の3つのコアステージに分かれています:

データ収集段階:モデルサービスをデプロイする際に、サービスログ収集機能とログ配信メカニズムを有効にする必要があります。システムはモデル推論プロセス中に生成される各種ログ情報を自動的に収集し、設定された配信ポリシーを通じてこれらの生ログデータをCOSオブジェクトストレージに安全に転送します。
データ処理段階:ログデータがCOSに正常に配信された後、WeDataオフライン開発のオーケストレーションスペースでPySparkデータ加工タスクを設定できます。対応するデータ処理ロジックを作成し、生の推論ログに対してクリーニング、変換、構造化処理を行い、モデル入力特徴、予測結果、応答時間、エラー情報などの主要指標を抽出し、最終的に標準化処理された推論データを専用の推論テーブルに書き込みます。
品質監視段階:推論テーブル内の構造化データに基づき、WeDataデータ品質モジュールでモデルサービス品質監視ルールを設定し、多層的な監視指標とアラート閾値を設定します。モデル性能の異常、データドリフト、サービス品質低下などの問題が検出された場合、システムは自動的にアラート通知をトリガーします。さらに、アラートイベントの重大度とタイプに応じて、対応するモデル再トレーニングワークフローを自動的にトリガーし、問題発見から自動修復までのインテリジェントな運用保守クローズドループを実現します。

データ収集:

モデルサービスを作成する際に、詳細設定オプションから完全なログ収集を有効にできます:
サービスログ配信設定:まずサービスログ配信機能を有効にし、ターゲットログセットと対応するログトピックを指定する必要があります。設定が完了すると、モデルサービスによって生成されたすべてのリクエストログは、指定されたログトピックに自動的に配信されます。
推論テーブルログ収集設定:サービス推論テーブルログ収集オプションを有効にし、適切なCOSストレージバケットをデータストレージターゲットとして選択します。この機能を有効にすると、システムは専用のログ加工タスクを自動的に作成します。このタスクは、収集された全量ログデータに対してフィルタリングと構造化処理を行い、事前に指定されたCOSストレージアドレスに配信します。


データ加工:

COS推論ログデータの加工
このステップの目的は、元のモデル入出力情報を解析し、非構造化ログデータを標準化された特徴データと予測結果に変換し、処理済みデータを専用の推論テーブルに書き込み、後続のデータ分析とTag関連付け作業に構造化データ基盤を提供することです。
技術実装ソリューション:
ストリーミング処理アーキテクチャ:リアルタイムストリーミングデータ処理にはSpark Streamingの採用を推奨します。この方式は、COSバケット内の新規ログファイルを継続的に監視し、データの解析と変換をリアルタイムに実行することで、推論データの即時性を確保します。
増分処理メカニズム:データ書き込みプロセス中にCheckpointチェックポイントメカニズムを設定し、処理進捗と状態情報を記録します。定時実行ポリシーを設定することで、システムは増分データを自動的に識別して処理し、既存データの重複処理を回避すると同時に、データ処理の完全性と一貫性を確保します。
フォールトトレランス保障:Checkpointメカニズムは障害復旧機能も提供します。処理タスクが異常により中断された場合、最近のチェックポイントから実行を再開でき、データ処理の信頼性を確保します。
異なるエンジンに応じて、以下の実装コードを参照できます:
タスク周期実行の設定
タスクをデバッグし、手動実行が成功して処理済みデータが書き込まれたことを確認した後、スケジューリング設定でタスクを定期実行に設定できます。少なくとも週1回の設定を推奨します。これによりモデル品質を継続的に監視できます。

関連タグデータタスクの設定
完全なモデル監視・評価体系を構築するために、これらの推論データを実際のタグデータとさらに関連付け、入力特徴、モデル予測結果、実際のタグを含む完全な推論テーブルデータセットを取得する必要があります。このタグ関連付けプロセスはモデル効果評価の重要なステップであり、予測値と実際のタグを比較することで、モデルの精度、再現率などの主要な性能指標を計算でき、それによってモデル品質の定量監視と傾向分析を実現できます。タグデータの取得には通常、業務システムのフィードバックメカニズムまたは手動ラベリングプロセスを組み合わせる必要があります。使用するデータ処理エンジンと具体的な業務シナリオに応じて、対応するデータ加工コード実装を参照してタグデータの関連付け操作を完了し、包括的なモデル監視をサポートする完全なデータ基盤を形成できます。
タスク周期実行の設定
関連Tagタスクが手動で正常に実行され、データが書き込まれたことを確認した後、タスクを定期実行に設定できます。設定方法はステップ2を参照してください。実行周期はステップ2で設定したCOSデータ加工タスクの周期以上にすることを推奨します。

モデルサービスリソースグループの作成(CVMリソースグループ)

モデルサービスをデプロイする際、リソースソースを設定する必要があります。CVMリソースグループを選択すると、ドロップダウンリストに現在のプロジェクトの利用可能なリソースグループが表示されます。CPUとメモリの使用量、GPUを使用するかどうかのスイッチを自由に設定できます。

「CVMリソースグループの管理」をクリックすると、リソースグループ一覧ページに移動します:

モデルサービス > リソースグループ一覧を表示し、操作をクリックしてプロジェクトを関連付けることができます:

操作 > 関連プロジェクトを選択し、プロジェクト名をドロップダウンで絞り込み、関連付けを完了できます:

操作 > バインド解除をクリックすると、このリソースグループの関連プロジェクトをバインド解除できます:


操作 > 編集をクリックすると、このリソースグループのTag、名前などのフィールドを変更できます:

リソースグループ名をクリックすると、このリソースグループの詳細ページに移動します:
ノードID、利用可能なリソース、実行状態、課金モード、時間などの情報を表示できます。サービスリストの表示、移動、継続支払い、隔離、解放などの操作をサポートします。

ノード追加をクリックすると、有料購入ページに移動します:

インスタンスIDをクリックするとインスタンス詳細ページに移動します。このインスタンスに対してログイン、シャットダウン、再起動、継続支払い、パスワードのリセット、破棄/返却などの操作を実行でき、このインスタンスの関連情報を表示します。



ヘルプとサポート

この記事はお役に立ちましたか?

フィードバック