Instiq

Operationalizing Machine Learning and Generative AI Solutions のナレッジマップ

Operationalizing Machine Learning and Generative AI Solutions の主要概念 113 件と、そのつながり。上のマップでノードをクリックすると関連用語や前提をたどれます。下は全概念の索引で、定義と「前提・関連する概念」への内部リンクを掲載しています。

概念一覧(113)

  • 特徴量とラベル

    特徴量=学習に使う入力、ラベル=教師あり学習で与える正解。

    関連: 教師あり学習

  • Azure Machine Learning

    MLのワークフロー(準備→学習→評価→デプロイ→予測)を支援。Automated ML(自動最良選択)とDesigner(ノーコード)がある。

    前提: 機械学習(ML)

  • 分類

    教師あり学習で、カテゴリ(ラベル)を予測する(例:スパムか否か)。

    前提: 特徴量とラベル

    関連: 教師あり学習

  • Azure ML のデプロイ(オンライン/バッチエンドポイント・トラフィック分割)

    推論はエンドポイントで提供。マネージドオンラインエンドポイント=リアルタイム低遅延(Azure がインフラ管理・オートスケール)/Kubernetes オンライン=既存 AKS/バッチエンドポイント=大量データをコンピューティングクラスター上で非同期スコアリング。1 エンドポイントに複数デプロイを置き、トラフィック分割でブルー/グリーン(段階的ロールアウト・即ロールバック)。デプロイにはスコアリングスクリプト(init/run)と環境、適切なインスタンス種別/数が必要(MLflow モデルは推論コード不要なことも)。アクセスはマネージド ID+キー/トークン認証、必要ならプライベートエンドポイント。

    前提: Azure Machine Learningバッチエンドポイントコンピューティングクラスターマネージドオンラインエンドポイント

  • Azure ML のジョブと AutoML/スイープ(MLflow・ハイパーパラメーター調整)

    学習はジョブとして実行:コマンドジョブ(単一スクリプト)・スイープジョブ(ハイパーパラメーター探索)・パイプラインジョブ(コンポーネントの DAG)。定義は YAML(CLI v2)/SDK v2。トラッキングは MLflow がネイティブ統合(log_metric/log_param/log_artifact・autolog)で実験を比較。AutoML はタスク指定でアルゴリズム/前処理を自動探索しリーダーボードで選択。スイープは探索空間+サンプリング(グリッド/ランダム/ベイズ)+早期終了(Bandit/中央値停止)でハイパーパラメーターを調整、max_concurrent_trials で並列度とコストを制御。

    前提: Azure Machine Learningコマンドジョブコンポーネント(再利用可能なステップ)早期終了ポリシー(Bandit/中央値停止)

  • ML データ準備(エンコード/スケーリング/不均衡)

    生データをモデルが学べる形に整える工程。エンコード=カテゴリを数値化(ワンホット/順序/ターゲット)、スケーリング=標準化(z-score)/正規化(Min-Max)、不均衡=SMOTE等のオーバーサンプリング/クラス重み付け(評価はF1/PR-AUC)。変換のfitは分割後のトレーニングデータのみ(データリーク防止)。

    前提: データリークモデル評価指標(適合率/再現率/F1/AUC/RMSE)

  • Azure ML のコンピューティングとデータ(ワークスペース/クラスター/データアセット)

    Azure ML ワークスペースが ML の成果物(データ・モデル・実験・エンドポイント)を一元管理し、関連リソース(ストレージ/Key Vault/Application Insights/Container Registry)が紐づく。コンピューティングは開発用のコンピューティングインスタンス(個人・停止でコスト節約)と学習をスケールさせるコンピューティングクラスター(オートスケール・アイドル時 0 ノード・低優先度/Spot VM 可)。データは Blob/ADLS への接続情報=データストアと、再利用可能・バージョン管理された参照=データアセット(uri_file/uri_folder/mltable)。学習済みモデルはモデルレジストリでバージョン管理。環境(conda/Docker)で依存を固定し再現性を担保。操作は Studio/Python SDK v2/CLI v2。

    前提: Azure Machine Learningコンピューティングクラスターコンピューティングインスタンスデータアセット(uri_file/uri_folder/mltable)

  • コンポーネント(再利用可能なステップ)

    入力・出力・コード・環境をまとめた再利用可能な処理単位。パイプラインのステップとして組み合わせ、バージョン管理・共有できる。

  • スイープジョブ(ハイパーパラメーター調整)

    探索空間・サンプリング・主要メトリック・早期終了を指定して多数の試行を走らせ、最良のハイパーパラメーター構成を見つけるジョブ。

    前提: 探索空間(search space)

    関連: プライマリメトリック

  • モデル評価指標(適合率/再現率/F1/AUC/RMSE)

    分類は混同行列(TP/FP/TN/FN)を基礎に適合率/再現率/F1/AUC・PR-AUC。不均衡では精度(accuracy)が誤解を招くためF1/PR-AUCを使う。見逃しを減らす=再現率、誤検知を減らす=適合率。回帰はRMSE(大誤差を強く罰)/MAE(外れ値に頑健)/決定係数R²。しきい値でprecision/recallを調整。

    前提: 分類回帰

  • Azure AI Language

    感情分析・エンティティ認識・キーフレーズ抽出・言語検出・要約・会話言語理解(CLU)など、テキスト理解を担う。

    前提: 会話言語理解(CLU)キーフレーズ抽出と言語検出エンティティ認識(NER)と PII 検出感情分析とオピニオンマイニング

  • ファインチューニング

    自社のラベル付きデータで基盤モデルを追加学習し、振る舞い・文体・専門知識を重みに内在化させる方法。RAGより手間大。

    前提: 特徴量とラベル

  • Azure Key Vault

    鍵・シークレット・証明書を安全に保管・管理するサービス。アプリに直接埋め込まずに済む。

  • 機械学習(ML)

    データから規則(パターン)を学び、新しいデータに対して予測を行う技術。AIの土台。

  • マネージド ID

    シークレットの管理なしにアプリが Azure リソースへ安全にアクセスできる ID。Azure が自動管理するサービスプリンシパル。

  • 回帰

    教師あり学習で、連続的な数値を予測する(例:価格・気温)。

    関連: 教師あり学習

  • Custom Vision の学習(分類/検出・mAP)

    画像分類と物体検出から課題に合うモデルを選び、画像にラベル付け→転移学習で訓練→精度・再現率・mAP で評価→公開して利用する。

    前提: Custom Vision分類特徴量とラベルモデル評価指標(適合率/再現率/F1/AUC/RMSE)

  • Azure OpenAI Service

    GPT等の基盤モデルにAzure経由で安全にアクセスし、自分のアプリに生成AIを組み込む(企業向け統制)。

  • 決定木

    特徴量に対するしきい値で分岐を繰り返し、葉ノードで予測値を出す解釈しやすいモデル。単体では訓練データに過剰適合しやすく、深さの制限や剪定で抑える必要がある。回帰・分類の両方に使える。

    前提: 分類特徴量とラベル回帰

  • 早期終了ポリシー(Bandit/中央値停止)

    見込みの薄い試行を打ち切ってコストを抑えるスイープの設定。Bandit(スラックファクター)・中央値停止・切り捨て選択などがある。

    前提: スイープジョブ(ハイパーパラメーター調整)

  • Azure ML ワークスペース

    ML の成果物(データ・モデル・実験・エンドポイント)を一元管理する最上位リソース。ストレージ・Key Vault・Application Insights・Container Registry が紐づく。

    前提: Azure Machine LearningAzure Key Vault

  • 線形回帰

    連続値のターゲットを、特徴量の重み付き線形結合として予測する基本的な教師あり学習モデル。解釈しやすく、回帰問題のベースラインとしてまず試されることが多い。

    前提: 特徴量とラベル回帰教師あり学習

  • ロジスティック回帰

    線形結合の出力をシグモイド関数に通して 0〜1 の確率を得ることで、二値分類を行うモデル。名前に「回帰」とあるが実際には分類器であり、線形回帰同様に解釈しやすく分類問題のベースラインとしてよく使われる。

    前提: 分類特徴量とラベル線形回帰回帰

  • MLOps(SageMaker Pipelines / Model Registry)

    MLライフサイクルを再現可能・自動・統制された形で回す。Pipelinesは処理→学習→評価→登録/デプロイをDAGで自動化、評価ステップ+条件で品質ゲート。Model Registryはモデルをバージョン管理し承認ステータスで本番デプロイを統制。CodePipeline等のCI/CDやEventBridgeで再学習を自動化。

  • 責任ある AI

    AIを安全・公正・透明に使う指針。Microsoftの6原則=公平性/信頼性と安全性/プライバシーとセキュリティ/包括性/透明性/説明責任。

  • 教師あり学習

    正解(ラベル)付きデータで学ぶ方式。回帰(数値予測)と分類(カテゴリ予測)がある。

    関連: 特徴量とラベル分類回帰

  • コンテンツフィルターとブロックリスト

    Azure OpenAI / Content Safety のセーフティ機能。カテゴリ別の重大度しきい値でフィルターし、独自のブロックリストで禁止語を加える。

    前提: Azure AI Content SafetyAzure OpenAI Service特徴量とラベル

  • Document Intelligence カスタム/構成モデル

    独自フォームを学習するカスタムモデル(テンプレート型/ニューラル型)と、複数のカスタムモデルを束ねて自動で振り分ける構成モデル。

    前提: Azure AI Document Intelligence

  • 音声認識(STT)とカスタム音声

    話し言葉をテキストに変換する音声認識。専門用語や訛りに合わせて「カスタム音声認識(Custom Speech)」で認識精度を高められる(音声合成側のカスタムニューラル音声とは別物)。

    前提: Document Intelligence カスタム/構成モデル音声合成(TTS)と SSML

  • 音声合成(TTS)と SSML

    テキストを自然な音声に変換する音声合成。SSML(音声合成マークアップ言語)で発音・抑揚・間を制御し、カスタムニューラル音声で独自の声を作れる。

    前提: Document Intelligence カスタム/構成モデル

  • イベント駆動 AI パイプライン

    Event Grid/Service Bus/Event Hubs でイベントやメッセージをトリガーに、非同期で AI 処理(取り込み→埋め込み→インデックス化→推論)をオーケストレーションする設計。

    前提: Azure Event GridAzure Event HubsAzure Service Bus

  • ファインチューニングと合成データの運用

    プロンプト→RAG→ファインチューニングの順(コスト/効果)で最適化する。ファインチューニングは高品質な学習データが要で、不足時は合成データを作成(品質・多様性・偏りの管理が必要)。ファインチューニング済みモデルも過剰適合や劣化を監視し、評価→登録→デプロイ→監視の MLOps ライフサイクルで開発から本番まで管理する。

    前提: ファインチューニングMLOps(SageMaker Pipelines / Model Registry)過学習(オーバーフィッティング)

  • 生成 AI の品質メトリクスと評価

    生成 AI は出力が一意でないため評価が運用の要。AI 品質メトリクス=根拠性(提供根拠に基づくか=ハルシネーションの逆)/関連性(質問に答えるか)/一貫性(論理性)/流暢性(自然さ)。加えてリスク・安全性の評価(有害コンテンツ/脱獄耐性)を、組み込み+カスタムメトリクスの自動評価ワークフローとして品質ゲート化する。

  • RAG の最適化

    RAG の品質は検索(retrieval)の質に依存する。類似度しきい値・チャンクサイズ・検索戦略(上位 k/再ランク付け)を調整し、ドメイン固有なら埋め込みモデルの選択・ファインチューニングで関連性を高める。セマンティック(ベクトル)検索とキーワード検索を組み合わせたハイブリッド検索で補完し、関連性メトリクスと A/B テストで定量的に評価・改善する。

    前提: 生成 AI の品質メトリクスと評価ファインチューニング

  • Azure Kubernetes Service(AKS)

    マネージドな Kubernetes。多数のコンテナの本番オーケストレーション(自動配置・自己修復・スケール)。

    前提: ML データ準備(エンコード/スケーリング/不均衡)

  • Azure API Management(APIM)

    複数のバックエンド API を統一された入口で公開する API ゲートウェイ。ポリシー(XML・インバウンド/バックエンド/アウトバウンド/エラー)で認証(validate-jwt)・レート制限・変換・キャッシュ・CORS を適用。製品とサブスクリプション(キー)で利用者へ提供、開発者ポータルでドキュメント提供、バックエンド認証はマネージド ID、シークレットは名前付き値(Key Vault)。

    前提: Azure Key Vaultマネージド ID

  • Azure AI Speech

    音声⇔テキスト(音声認識・読み上げTTS)と音声翻訳を担う。

    前提: 音声翻訳と話者認識音声認識(STT)とカスタム音声音声合成(TTS)と SSML

  • Azure AI Vision

    画像のタグ・キャプション・物体検出・OCR(Read)など汎用的なコンピュータービジョンを事前構築モデルで提供。

    関連: OCR(Read)

  • Azure Container Apps

    Kubernetes を意識せずコンテナ/マイクロサービスを動かすサーバーレス基盤。KEDA でイベント駆動スケール(ゼロスケール可)、Dapr 連携に対応。

    前提: ML データ準備(エンコード/スケーリング/不均衡)

    関連: ACR(Azure Container Registry)

  • データリーク

    テストデータや未来の情報、分割前のfit処理、重複レコードなどが誤って学習データに混入し、評価指標が実力より過大に見える現象。機械学習で最も見落としやすく、かつ最重要の落とし穴の一つ。分割は必ずfit/transformの前に行い、時系列は未来の情報を混ぜない。

    前提: 機械学習(ML)

    関連: データ分割と交差検証

  • 深層学習

    多層のニューラルネットワークを用いる手法。画像・音声・言語など複雑なデータに強い。

  • コンピューティングクラスター

    学習やバッチ推論をスケールさせるオートスケール計算。アイドル時 0 ノードに縮小でき、低優先度/Spot VM でコストを抑えられる。

  • データアセット(uri_file/uri_folder/mltable)

    再利用可能でバージョン管理されたデータへの参照。種類は uri_file(単一ファイル)・uri_folder(フォルダー)・mltable(スキーマ付き表形式)。

  • モデルカタログ

    Azure AI Foundry / Azure ML で多数の基盤モデル(OpenAI・Hugging Face・Meta 等)を探索・比較・デプロイできるカタログ。

    前提: Azure Machine Learning

  • モデルレジストリ

    学習済みモデルをバージョン管理し、ステージや系統(リネージ)とともに登録・参照する場所。デプロイ対象の選択に使う。

  • 探索空間(search space)

    調整するハイパーパラメーターとその候補範囲(離散 choice・連続 uniform/loguniform 等)の定義。

  • GenAIOps

    MLOps の考え方を生成 AI(Azure AI Foundry・基盤モデル・プロンプト)へ拡張した運用プラクティス。プロンプトやエージェントのフロー、評価指標(グラウンディング・有害性等)をコードやコンフィグとして Git 管理し、CI/CD で評価→デプロイ→監視→改善のサイクルを自動化する。

    前提: MLOps(SageMaker Pipelines / Model Registry)

  • 主成分分析(PCA・次元削減)

    相関する多数の特徴量を、分散を最大化する少数の合成軸(主成分)へ圧縮する次元削減法。可視化・ノイズ低減・計算コスト削減に使う。教師なしで、解釈性は下がる。t-SNE/UMAP は可視化向けの非線形代替。

    前提: コンポーネント(再利用可能なステップ)特徴量とラベル教師なし学習

  • 過学習(オーバーフィッティング)

    訓練データには高精度だがテストデータでは精度が落ちる現象(高バリアンス)。モデルが訓練データのノイズまで学習しすぎている状態で、正則化(L1/L2)・ドロップアウト・データ追加/拡張・早期終了などで抑える。バイアス-バリアンスのトレードオフの一端。

    関連: 未学習(アンダーフィッティング)とバイアス-バリアンス

  • ACR(Azure Container Registry)

    コンテナイメージを保存・管理するプライベートレジストリ。ACR Tasks でクラウド側ビルドができ、認証はマネージド ID を使う。

    前提: マネージド ID

    関連: Azure Container Apps

  • Azure OpenAI モデルデプロイと PTU

    Azure OpenAI でモデルを選んでデプロイし、エンドポイントとして公開する。スループットは従量課金か、確保されたプロビジョニング済みスループット(PTU)で安定させる。

    前提: Azure OpenAI Service

  • カスタムテキスト分類

    独自のラベル体系でテキストを分類するモデルを学習する機能。単一ラベルと複数ラベルの分類に対応する。

    前提: 分類特徴量とラベル

  • 画像分析(タグ・キャプション・物体検出)

    Azure AI Vision の画像分析。視覚的特徴を選んで画像にタグ付け・キャプション生成・物体検出を行い、スマートクロップで重要領域を切り出す。

    前提: Azure AI Vision特徴量とラベル

  • プロンプトフロー(Foundry)

    LLM・プロンプト・Python・ツールをノードでつないで生成 AI のフローを構築・評価・デプロイする開発機能。RAG やエージェントの実装に使う。

    前提: プロンプトフロー(prompt flow)特徴量とラベル

  • インデックスとインデクサー

    Azure AI Search の検索対象を定義するインデックスと、データソースから内容を取り込んで索引化するインデクサー。クエリは構文・並べ替え・フィルター・ワイルドカードに対応する。

    前提: Azure AI Search(ナレッジマイニング)

  • Spatial Analysis

    Azure AI Vision の機能で、動画内の人の存在や移動を検出し、人数カウントや距離・入退室などの空間的なイベントを把握する。

    前提: Azure AI Vision特徴量とラベル

  • Azure AI Video Indexer

    動画やライブ配信から話者・文字起こし・顔・ラベル・感情などの insight を抽出するサービス。

    前提: インデックスとインデクサー特徴量とラベル

  • AI 向けコンテナ/サーバーレスコンピュート

    推論や AI パイプラインの実行基盤。Azure Container Apps(スケール対応・KEDA)や Azure Functions(イベント駆動)でモデル呼び出しや前後処理をサーバーレスに動かす。

    前提: Azure FunctionsAzure Container Apps

  • AI 向けベクトルデータ管理

    埋め込みベクトルを保存し類似検索する基盤。Azure では Cosmos DB(NoSQL のベクトル検索)、PostgreSQL の pgvector、Azure AI Search のベクトルインデックスを用途で選ぶ。

    前提: Azure AI Search(ナレッジマイニング)Azure Cosmos DB

  • モデルのデプロイオプション(Foundry)

    Foundry のモデルを使う方法。サーバーレス API(従量・即利用)と、マネージドコンピューティング(専用エンドポイントにデプロイ)を要件で選ぶ。モデルカタログから選択する。

    前提: モデルカタログ

  • Azure AI Document Intelligence

    請求書・レシート・フォームから項目(金額・日付等)を構造化抽出する(ドキュメントインテリジェンス)。

  • Face(顔)

    画像内の顔の検出・属性分析に特化(責任あるAIの観点で一部機能は制限)。

    前提: 特徴量とラベル責任ある AI

  • 誤差逆伝播

    ニューラルネットワークの学習で、出力の誤差を出力層から入力層へ逆向きに伝えながら各重みの勾配を計算する手法。勾配降下法と組み合わせて重みを更新するために使われ、深層学習の学習アルゴリズムの中核をなす。

    前提: 深層学習勾配降下法

  • Azure Cosmos DB

    グローバル分散・低遅延・自動スケールのマネージド NoSQL。複数 API(NoSQL/MongoDB/Cassandra/Gremlin/Table)対応。

    前提: ML データ準備(エンコード/スケーリング/不均衡)

  • データ分割と交差検証

    モデル評価のためデータをtrain(学習)/validation(チューニング)/test(最終評価)に分割する手法。汎化性能の見積もりにはk分割交差検証、時系列データは時間順(walk-forward)で分割し、クラス不均衡には層化抽出を使う。分割方法を誤ると評価結果が信頼できなくなる。

    前提: ML データ準備(エンコード/スケーリング/不均衡)

    関連: データリーク

  • AutoML のタスク(表形式/画像/NLP)

    自動機械学習は表形式データだけでなく、コンピュータービジョン(画像分類・物体検出)や自然言語処理にも適用でき、アルゴリズムと前処理を自動探索する。

    前提: 分類機械学習(ML)

  • バッチエンドポイント

    大量データをコンピューティングクラスター上で非同期にスコアリングするエンドポイント。呼び出すとバッチスコアリングジョブが起動する。

    前提: コンピューティングクラスター

  • MLflow トラッキング

    Azure ML にネイティブ統合された実験管理。log_metric/log_param/log_artifact や autolog で学習を記録し、実行を比較する。

    前提: Azure Machine Learning

  • パイプラインジョブ

    複数のコンポーネントを DAG として接続し、ステップ間でデータを受け渡して実行する一連の処理。スケジュール実行や監視ができる。

    前提: コンポーネント(再利用可能なステップ)

  • プロンプトフロー(prompt flow)

    LLM・プロンプト・Python・ツールをノードとして連結し、生成 AI アプリのフローを構築・評価・デプロイする開発ツール。SDK で連鎖ロジックを定義する。

  • Responsible AI ダッシュボード

    モデルを責任ある AI の観点で評価する Azure ML のツール群。誤差分析・解釈可能性・公平性・反事実分析などを 1 つのダッシュボードで提供する。

    前提: Azure Machine Learning責任ある AI

  • サンプリング方法(グリッド/ランダム/ベイズ)

    スイープで探索空間から構成を選ぶ方式。グリッド(全数)・ランダム(無作為・広く速い)・ベイズ(過去結果から有望領域を学習)。

    前提: 探索空間(search space)スイープジョブ(ハイパーパラメーター調整)

  • トラフィック分割とブルー/グリーン

    1 つのエンドポイントに複数デプロイを置き、トラフィックを割合配分する。新版へ段階的にロールアウトし、問題時に即ロールバックできる。

    前提: デプロイ戦略(Blue/Green・カナリア)

  • デプロイ戦略(Blue/Green・カナリア)

    新バージョン公開の方式。オールアットワンス=一括(停止リスク)、ローリング=バッチ更新、Blue/Green=新環境へ切替(ロールバック容易)、カナリア=少量から段階移行。速度と安全のトレードオフで選ぶ。

  • k-means クラスタリング

    教師なしで、データを k 個のクラスタに分ける代表的手法。各点を最寄りの重心へ割り当て→重心更新を反復する。k はエルボー法/シルエットで選ぶ。スケールに敏感なので標準化が前提。顧客セグメンテーション等に使う。

    前提: ML データ準備(エンコード/スケーリング/不均衡)教師なし学習

  • ワンホットエンコーディング

    カテゴリ変数を、各カテゴリに対応する 0/1 のフラグ列へ変換する手法。順序のないカテゴリ(色・地域)に使い、ラベルエンコーディング(整数化=誤った順序を与える)の代わりに用いる。次元が増えるため高カーディナリティでは別手法(埋め込み等)を検討。

    前提: 特徴量とラベルML データ準備(エンコード/スケーリング/不均衡)

  • 未学習(アンダーフィッティング)とバイアス-バリアンス

    未学習(高バイアス)=訓練・テストとも精度が低い状態で、モデルの複雑化・特徴量追加・学習量増加で対処する。バイアス-バリアンスのトレードオフとは、モデルを複雑にするほどバイアスは下がるがバリアンス(過学習しやすさ)が上がる、という関係を指す。ハイパーパラメータ探索で両者のバランスを取る構成を探す。

    前提: 特徴量とラベル

    関連: 過学習(オーバーフィッティング)

  • 教師なし学習

    正解なしのデータから構造を見つける方式。代表はクラスタリング(グループ化)。

  • 会話言語理解(CLU)

    ユーザー発話から意図(インテント)とエンティティを抽出するカスタム言語モデル。発話を追加して学習・評価・デプロイし、クライアントから利用する(旧 LUIS の後継)。

  • ドキュメント翻訳とカスタム翻訳

    Translator のドキュメント翻訳は書式を保ったままファイルを翻訳し、カスタム翻訳(Custom Translator)は対訳データで業界固有の用語に適応したモデルを学習・公開する。

    前提: Azure AI Translator

  • DALL-E(画像生成)

    Azure OpenAI のテキストから画像を生成するモデル。プロンプトに基づき画像を作成・編集する。

    前提: Azure OpenAI Service

  • Document Intelligence プレビルト/レイアウトモデル

    請求書・領収書・身分証など一般的な文書を学習なしで抽出するプレビルトモデルと、表・選択マーク・構造を抽出するレイアウトモデル。

    前提: Azure AI Document Intelligence

  • キーフレーズ抽出と言語検出

    テキストから要点となるキーフレーズを抽出し、言語検出でどの言語かと信頼スコアを判定する。

  • エンティティ認識(NER)と PII 検出

    固有表現認識(NER)で人名・地名・組織などを抽出し、PII 検出で個人を特定できる情報を見つけてマスキングする。

  • OCR(Read)

    Azure AI Vision の Read 機能で、印刷・手書きのテキストを画像やドキュメントから抽出する光学文字認識。

    関連: Azure AI Vision

  • 感情分析とオピニオンマイニング

    テキストの肯定/否定/中立をスコア付けする感情分析と、対象(側面)ごとの意見を抽出するオピニオンマイニング。

  • 音声翻訳と話者認識

    音声をその場で別言語の音声/テキストへ変換する音声翻訳と、声で個人を識別/検証する話者認識。

  • 要約(抽出/抽象)

    長文や会話の要点をまとめる機能。抽出的要約は重要文を選び、抽象的要約は新しい文で言い換えて要約する。

  • プロンプトフローの CI/CD

    プロンプトフローをコードとして扱い、評価をゲートにした自動テスト・承認・デプロイのパイプラインを構成して、生成 AI アプリを安全に反復リリースする。

    前提: プロンプトフロー(prompt flow)

  • Foundry Agent Service(基礎)

    Microsoft Foundry でエージェントを構築・実行するマネージドサービス。モデル・指示(システムプロンプト)・ツール(ナレッジ・関数)・スレッドを組み合わせて目的志向の AI を作る。

  • Azure Functions

    サーバーレス(FaaS)の代表。イベント駆動で関数を実行し、実行分だけ課金。

  • Azure AI Content Safety

    有害・不適切なコンテンツを検出・抑制するコンテンツフィルター。生成AIの安全運用に使う。

  • Custom Vision

    自分の画像で学習させ、独自の画像分類器・物体検出を作るサービス。

  • Azure AI Translator

    テキストの言語間翻訳を担うサービス。

  • コマンドジョブ

    単一のスクリプトを指定の環境・計算・入力で実行する基本のジョブ。パラメーターやデータ入力を渡し、ログで障害を診断する。

  • コンピューティングインスタンス

    個人の開発・ノートブック実行用のマネージド VM。停止してコストを節約でき、ターミナルや Jupyter を備える。

  • フィーチャーストア

    特徴量を定義・計算・共有・再利用する仕組み。学習と推論で同じ特徴量を取得し、整合性(トレーニング/サービングスキュー回避)を保つ。

    前提: 特徴量とラベル

  • ファインチューニングジョブ

    基盤モデルを独自データで追加学習し特定タスクに適応させるジョブ。データ準備・適切なベースモデル選択・学習・評価の手順で進める。

    前提: ファインチューニング

  • MLmodel ファイルとシグネチャ

    MLflow モデルのメタデータファイル。入力/出力スキーマ(シグネチャ)やフレーバーを記述し、必要なら特徴量取得仕様をモデル成果物に同梱する。

    前提: 特徴量とラベル

  • マネージドオンラインエンドポイント

    リアルタイム低遅延の推論を提供し、Azure がインフラとオートスケールを管理するエンドポイント。Kubernetes オンラインは既存 AKS を使う。

  • プライマリメトリック

    スイープや AutoML が最適化の良し悪しを判断する指標(例:accuracy・AUC)。最大化/最小化の方向も指定する。

    関連: スイープジョブ(ハイパーパラメーター調整)

  • レジストリ(ワークスペース横断共有)

    モデル・コンポーネント・環境・データを複数のワークスペース間で共有する組織レベルのカタログ。開発から本番へ昇格させる際に使う。

    前提: コンポーネント(再利用可能なステップ)

  • スコアリングスクリプト(init/run)

    デプロイで推論を実装するスクリプト。init() でモデルを読み込み、run() で各リクエストを処理する。MLflow モデルでは不要なことがある。

  • Synapse Spark / サーバーレス Spark

    ノートブックから大規模データを対話的に加工するための Spark コンピューティング。アタッチした Synapse Spark プールや AML のサーバーレス Spark を使う。

    前提: Azure Machine Learning

  • Azure Event Grid

    離散イベント(「Blob 作成」等)をリアクティブに配信する pub/sub。イベントサブスクリプションで購読し、ほぼリアルタイムに反応する。

  • Azure Event Hubs

    大量のストリーミング/テレメトリを取り込む高スループットのイベント取り込み。パーティションとコンシューマーグループで並列に処理する。

  • 勾配ブースティング

    弱い決定木を1本ずつ逐次的に追加し、直前までの予測誤差を縮めるように学習していくアンサンブル手法(代表実装は XGBoost・LightGBM)。表形式データに対する強力な既定手法として、多くのマネージド ML サービスに組み込みアルゴリズムとして用意されている。

    前提: 決定木

  • 勾配降下法

    損失関数の勾配(傾き)の反対方向へ、学習率で決まる歩幅ずつパラメータを更新して損失を最小化する最適化アルゴリズム。全データを使うバッチ型のほか、1件ずつ更新する確率的勾配降下法(SGD)や少量ずつ処理するミニバッチ型などの変種がある。

  • Microsoft Agent Framework

    単一エージェントの応答だけでは対応しきれない複雑なワークフローを実装するためのオープンソースのオーケストレーションフレームワークで、Semantic Kernel と AutoGen を統合した後継にあたる。マルチエージェント連携(役割分担・引き継ぎ)、複数ユーザーとの並行セッション、human-in-the-loop(人の承認)を挟むワークフローと自律実行の両方を含む柔軟なタスク制御をコードで組み立てる。Foundry Agent Service で個々のエージェントを作り、本フレームワークでそれらを束ねて動かす関係。

    前提: Foundry Agent Service(基礎)

  • ハイパーパラメータ最適化(HPO)

    学習前に決める設定(学習率・木の深さ・正則化強度等)を自動探索して指標を最適化すること。グリッド/ランダム探索、ベイズ最適化、早期終了を使う。SageMaker の Automatic Model Tuning が代表。検証データで評価し過学習を避ける。

    前提: 過学習(オーバーフィッティング)

  • AI Gateway(API Management)

    Azure API Management に配置し、Microsoft Foundry のモデルへのアクセスを集中的に認証・レート制限・監視・トークン課金管理する。バックエンドのモデルキーを隠蔽し利用を統制する。モデル/エージェント側の安全フィルタ(Foundry のガードレール)とは役割が異なる。

    前提: Azure API Management(APIM)

  • Azure Service Bus

    エンタープライズ向けのメッセージブローカー。順序・トランザクション・重複排除・デッドレターに対応し、確実な指示(コマンド)の配送に使う。