Distribuera ett flöde till onlineslutpunkten för slutsatsdragning i realtid med CLI

Varning

Prompt flow i Microsoft Foundry och Azure Machine Learning tas ur bruk den 20 april 2027. Prompt flow rekommenderas inte längre för ny utveckling. Migrera befintliga promptflödesprogram och distributioner till Microsoft Agent Framework före den 20 april 2027.

Containeravbildningar för Prompt flow får inte längre uppdateringar, inklusive säkerhets- och paketuppdateringar. Detta gäller Prompt flow-körningsavbildningar, inklusive promptflow-runtime, promptflow-runtime-stable, och promptflow-python.

Efter den 20 april 2027 kommer Prompt-flödet, inklusive webbredigeringsupplevelsen i Microsoft Foundry och Azure Machine Learning, VS Code-tilläggen och relaterade containeravbildningar för promptflöde, inte längre att stödjas eller vara tillgängliga.

Om ditt program är beroende av Prompt flow-distributioner eller körningsmiljöavbildningar bör du planera att flytta dessa arbetsbelastningar till alternativ som stöds, till exempel Microsoft Agent Framework, före avvecklingsdatumet. Migreringsvägledning finns i guiden För snabbflödesmigrering och kodexempel för migrering.

I den här artikeln får du lära dig hur du distribuerar ditt flöde till en hanterad onlineslutpunkt eller en Kubernetes-slutpunkt online för användning i realtidsinferens med hjälp av Azure Machine Learning v2 CLI.

Innan du börjar kontrollerar du att du testar flödet korrekt och känner dig säker på att det är redo att distribueras till produktion. Mer information om hur du testar ditt flöde finns i testa ditt flöde. När du har testat ditt flöde får du lära dig hur du skapar en hanterad onlineslutpunkt och distribution och hur du använder slutpunkten för inferens i realtid.

  • Den här artikeln beskriver hur du använder CLI-upplevelsen.
  • Den Python SDK:t beskrivs inte i den här artikeln. Se GitHub-exempelnotebooken istället. Om du vill använda Python SDK måste du ha Python SDK v2 för Azure Machine Learning. Mer information finns i Installera Python SDK v2 för Azure Machine Learning.

Viktigt

Objekt markerade (förhandsversion) i den här artikeln är för närvarande i offentlig förhandsversion. Förhandsversionen tillhandahålls utan ett serviceavtal och rekommenderas inte för produktionsarbetsbelastningar. Vissa funktioner kanske inte stöds eller har begränsade funktioner. Mer information finns i Supplemental Terms of Use for Microsoft Azure Previews.

Förutsättningar

  • Azure CLI och Azure Machine Learning-tillägget till Azure CLI. Mer information finns i Installera, konfigurera och använda CLI (v2).
  • En Azure Machine Learning arbetsyta. Om du inte har någon använder du stegen i artikeln Snabbstart: Skapa arbetsyteresurser för att skapa en.
  • Azure rollbaserade åtkomstkontroller (Azure RBAC) används för att bevilja åtkomst till åtgärder i Azure Machine Learning. Om du vill utföra stegen i den här artikeln måste ditt användarkonto tilldelas rollen ägare eller deltagare för den Azure Machine Learning arbetsytan eller en anpassad roll som tillåter "Microsoft. MachineLearningServices/workspaces/onlineEndpoints/". Om du använder Studio för att skapa och hantera onlineslutpunkter och distributioner behöver du en annan behörighet "Microsoft. Resurser/distributioner/skrivning" från resursgruppens ägare. Mer information finns i Hantera åtkomst till en Azure Machine Learning arbetsyta.

Observera

Hanterad onlineslutpunkt stöder endast hanterat virtuellt nätverk. Om din arbetsyta finns i ett anpassat virtuellt nätverk kan du distribuera till Kubernetes onlineslutpunkt eller distribuera till andra plattformar som Docker.

Kvotallokering för virtuell dator för distribution

För hanterade onlineslutpunkter reserverar Azure Machine Learning 20% av dina beräkningsresurser för att utföra uppgraderingar. Om du begär ett visst antal instanser i en distribution måste du därför ha en tillgänglig kvot för ceil(1.2 * number of instances requested for deployment) * number of cores for the VM SKU för att undvika att få ett felmeddelande. Om du till exempel begär 10 instanser av en Standard_DS3_v2 virtuell dator (som levereras med fyra kärnor) i en distribution bör du ha en kvot för 48 kärnor (12 instanser fyra kärnor) tillgängliga. Information om hur du visar ökningar av användnings- och begärandekvoter finns i Visa din användning och dina kvoter i Azure-portalen.

Förbered flödet för distribution

Varje flöde har en mapp som innehåller koder, uppmaningar, definitioner och andra artefakter i flödet. Om du utvecklar ditt flöde med hjälp av användargränssnittet kan du ladda ned flödesmappen från flödesinformationssidan. Om du utvecklar ditt flöde med hjälp av CLI eller SDK har du redan flödesmappen.

I den här artikeln används samplingsflödet "basic-chat" som ett exempel för att distribuera till Azure Machine Learning hanterad onlineslutpunkt.

Viktigt

Om du använder additional_includes i ditt flöde ska du först använda pf flow build --source <path-to-flow> --output <output-path> --format docker för att hämta en upplöst version av flödesmappen.

Ange standardarbetsyta

Använd följande kommandon för att ange standardarbetsytan och resursgruppen för CLI.

az account set --subscription <subscription ID>
az configure --defaults workspace=<Azure Machine Learning workspace name> group=<resource group>

Registrera flödet som en modell (valfritt)

I den onlinebaserade distributionen kan du antingen hänvisa till en registrerad modell eller ange sökvägen till modellen (varifrån modellfilerna ska laddas upp) direkt. Registrera modellen och ange modellnamnet och versionen i distributionsdefinitionen. Använd formuläret model:<model_name>:<version>.

I följande exempel visas en modelldefinition för ett chattflöde.

Observera

Om ditt flöde inte är ett chattflöde behöver du inte lägga till dessa properties.

$schema: https://azuremlschemas.azureedge.net/latest/model.schema.json
name: basic-chat-model
path: ../../../../examples/flows/chat/basic-chat
description: register basic chat flow folder as a custom model
properties:
  # In AuzreML studio UI, endpoint detail UI Test tab needs this property to know it's from prompt flow
  azureml.promptflow.source_flow_id: basic-chat
  
  # Following are properties only for chat flow 
  # endpoint detail UI Test tab needs this property to know it's a chat flow
  azureml.promptflow.mode: chat
  # endpoint detail UI Test tab needs this property to know which is the input column for chat flow
  azureml.promptflow.chat_input: question
  # endpoint detail UI Test tab needs this property to know which is the output column for chat flow
  azureml.promptflow.chat_output: answer

Använd az ml model create --file model.yaml för att registrera modellen på din arbetsyta.

Definiera slutpunkten

Om du vill definiera en slutpunkt anger du följande värden:

  • Slutpunktsnamn: Namnet på slutpunkten. Den måste vara unik i Azure-regionen. Mer information om namngivningsreglerna finns i slutpunktsgränser.
  • Autentiseringsläge: Autentiseringsmetoden för slutpunkten. Välj mellan nyckelbaserad autentisering och Azure Machine Learning tokenbaserad autentisering. En nyckel upphör inte att gälla, men en token upphör att gälla. Mer information om autentisering finns i Autentisera till en onlineslutpunkt. Om du vill kan du lägga till en beskrivning och taggar till din slutpunkt.
  • Du kan även lägga till en beskrivning och taggar för din slutpunkt.
  • Om du vill distribuera till ett Kubernetes-kluster (AKS- eller Arc-aktiverat kluster) som du kopplar till din arbetsyta kan du distribuera flödet som en Kubernetes-slutpunkt online.

I följande exempel visas en slutpunktsdefinition som använder systemtilldelad identitet som standard.

$schema: https://azuremlschemas.azureedge.net/latest/managedOnlineEndpoint.schema.json
name: basic-chat-endpoint
auth_mode: key
properties:
# this property only works for system-assigned identity.
# if the deploy user has access to connection secrets, 
# the endpoint system-assigned identity will be auto-assigned connection secrets reader role as well
  enforce_access_to_default_secret_stores: enabled
Nyckel Beskrivning
$schema (Valfritt) YAML-schemat. Om du vill se alla tillgängliga alternativ i YAML-filen kan du visa schemat i föregående kodfragment i en webbläsare.
name Namnet på slutpunkten.
auth_mode Används key för nyckelbaserad autentisering. Använd aml_token för Azure Machine Learning tokenbaserad autentisering. Använd kommandot az ml online-endpoint get-credentials för att hämta den senaste token.
property: enforce_access_to_default_secret_stores (förhandsversion) – Som standard använder slutpunkten systemsignerad identitet. Den här egenskapen fungerar endast för systemtilldelad identitet.
– Den här egenskapen innebär att om du har behörigheten för att läsa anslutningshemligheter tilldelas slutpunktens systemtilldelade identitet automatiskt rollen Anslutningshemligheter Läsare i Azure Machine Learning arbetsytan, så att slutpunkten kan komma åt anslutningarna korrekt när slutledning utförs.
– Som standard är den här egenskapen "inaktiverad".

Om du skapar en Kubernetes-slutpunkt online måste du ange följande attribut:

Nyckel Beskrivning
compute Kubernetes-beräkningsmålet som slutpunkten ska distribueras till.

Fler konfigurationer av slutpunkten finns i hanterat onlineslutpunktsschema.

Viktigt

Om ditt flöde använder Microsoft Entra ID baserade autentiseringsanslutningar, oavsett om du använder systemtilldelad identitet eller användartilldelad identitet, måste du alltid bevilja den hanterade identiteten lämpliga roller för motsvarande resurser så att den kan göra API-anrop till den resursen. Om din Azure OpenAI-anslutning till exempel använder Microsoft Entra ID baserad autentisering måste du bevilja din slutpunktshanterade identitet Cognitive Services OpenAI-användare eller Cognitive Services OpenAI-deltagarroll motsvarande Azure OpenAI-resurser.

Använda användartilldelad identitet

När du skapar en onlineslutpunkt genererar systemet som standard automatiskt en systemtilldelad hanterad identitet åt dig. Du kan också ange en befintlig användartilldelad hanterad identitet för slutpunkten.

Om du vill använda en användartilldelad identitet anger du följande attribut i endpoint.yaml filen:

identity:
  type: user_assigned
  user_assigned_identities:
    - resource_id: user_identity_ARM_id_place_holder

Ange även Client ID för den användartilldelade identiteten under environment_variables i filen deployment.yaml, så som visas i följande exempel. Du hittar Client ID i Overview för den hanterade identiteten i Azure-portalen.

environment_variables:
  AZURE_CLIENT_ID: <client_id_of_your_user_assigned_identity>

Viktigt

Du måste ge följande behörigheter till den användartilldelade identiteten innan du skapar slutpunkten så att den kan komma åt Azure resurser för att utföra slutsatsdragning. Mer information finns i hur du beviljar behörigheter till din slutpunktsidentitet.

Omfattning Roll Varför det behövs
Azure Machine Learning arbetsyta Azure Machine Learning Läsare av anslutningshemligheter för arbetsytan roll ELLER en anpassad roll med "Microsoft.MachineLearningServices/workspaces/connections/listsecrets/action" Hämta anslutningar till arbetsyta
Containerregister för arbetsyta ACR-pull Hämta containeravbildning
Standardlagring för arbetsyta Storage Blob Dataläsare Läsa in modell från lagring
(Valfritt) Azure Machine Learning arbetsyta Skrivkomponent för arbetsyta-metrik När du har distribuerat slutpunkten måste du ge den här behörigheten till identiteten om du vill övervaka slutpunktsrelaterade mått som CPU/GPU/Disk/Minnesanvändning.

Definiera utplaceringen

En distribution är en uppsättning resurser som krävs för att vara värd för den modell som utför den faktiska inferensen.

I följande exempel visas en distributionsdefinition. Avsnittet model refererar till den registrerade flödesmodellen. Du kan också ange flödesmodellens bana direkt i texten.

$schema: https://azuremlschemas.azureedge.net/latest/managedOnlineDeployment.schema.json
name: blue
endpoint_name: basic-chat-endpoint
model: azureml:basic-chat-model:1
  # You can also specify model files path inline
  # path: examples/flows/chat/basic-chat
environment: 
  image: mcr.microsoft.com/azureml/promptflow/promptflow-runtime:latest
  # inference config is used to build a serving container for online deployments
  inference_config:
    liveness_route:
      path: /health
      port: 8080
    readiness_route:
      path: /health
      port: 8080
    scoring_route:
      path: /score
      port: 8080
instance_type: Standard_E16s_v3
instance_count: 1
environment_variables:
  # for pulling connections from workspace
  PRT_CONFIG_OVERRIDE: deployment.subscription_id=<subscription_id>,deployment.resource_group=<resource_group>,deployment.workspace_name=<workspace_name>,deployment.endpoint_name=<endpoint_name>,deployment.deployment_name=<deployment_name>

  # (Optional) When there are multiple fields in the response, using this env variable will filter the fields to expose in the response.
  # For example, if there are 2 flow outputs: "answer", "context", and I only want to have "answer" in the endpoint response, I can set this env variable to '["answer"]'.
  # If you don't set this environment, by default all flow outputs will be included in the endpoint response.
  # PROMPTFLOW_RESPONSE_INCLUDED_FIELDS: '["category", "evidence"]'
Attribut Beskrivning
Namn Namnet på distributionen.
Slutpunktsnamn Namnet på slutpunkten som distributionen ska skapas under.
Modell Den modell som ska användas för distributionen. Det här värdet kan antingen vara en referens till en befintlig version av modellen på arbetsytan eller en infogad modellspecifikation.
Miljö Miljön som ska vara värd för modellen och koden. Den innehåller:
- image
- inference_config: används för att skapa en servercontainer för onlinedistributioner, inklusive liveness route, readiness_routeoch scoring_route .
Instanstyp Den VM-storlek som ska användas för distributionen. Listan över storlekar som stöds finns i SKU-listan för hanterade onlineslutpunkter.
Antal instanser Antalet instanser som ska användas för distributionen. Basera värdet på den arbetsbelastning du förväntar dig. För hög tillgänglighet anger du värdet till minst 3. Tjänsten reserverar ytterligare 20% för att utföra uppgraderingar. Mer information finns i begränsningar för onlineslutpunkter.
Miljövariabler Ange följande miljövariabler för slutpunkter som distribueras från ett flöde:
– (krävs) PRT_CONFIG_OVERRIDE: för att hämta anslutningar från arbetsytan
- (valfritt) PROMPTFLOW_RESPONSE_INCLUDED_FIELDS:: När det finns flera fält i svaret filtrerar den här env-variabeln fälten som ska exponeras i svaret.
Om det till exempel finns två flödesutdata: "answer", "context" och om du bara vill ha "svar" i slutpunktssvaret kan du ange den här env-variabeln till "["svar"].

Viktigt

Om flödesmappen har en requirements.txt fil som innehåller de beroenden som krävs för att köra flödet följer du distributionen med en anpassad miljö för att skapa den anpassade miljön, inklusive beroendena.

Om du skapar en Kubernetes Online-distribution anger du följande attribut:

Attribut Beskrivning
Typ Typen av distributionen. Ange värdet till kubernetes.
Instanstyp Den instanstyp som du skapade i kubernetes-klustret som ska användas för distributionen. Den representerar begäran och begränsar beräkningsresursen för distributionen. Mer information finns i Skapa och hantera instanstyp.

Distribuera din onlineslutpunkt till Azure

Kör följande kod för att skapa slutpunkten i molnet:

az ml online-endpoint create --file endpoint.yml

Kör följande kod för att skapa distributionen med namnet blue under slutpunkten:

az ml online-deployment create --file blue-deployment.yml --all-traffic

Observera

Den här distributionen kan ta mer än 15 minuter.

Tips

Om du föredrar att inte blockera CLI-konsolen lägger du till flaggan --no-wait i kommandot . Den här flaggan stoppar dock den interaktiva visningen av distributionsstatusen.

Viktigt

Flaggan --all-traffic i föregående az ml online-deployment create kommando allokerar 100% av slutpunktstrafiken till den nyligen skapade blue distributionen. Även om den här allokeringen är användbar i utvecklings- och testsyfte kan det vara bra att öppna trafik till den nya distributionen via ett explicit kommando för produktion. Till exempel az ml online-endpoint update -n $ENDPOINT_NAME --traffic "blue=100".

Kontrollera status för slutpunkten och distributionen

Kör följande kod för att kontrollera slutpunktens status:

az ml online-endpoint show -n basic-chat-endpoint

Kör följande kod för att kontrollera distributionens status:

az ml online-deployment get-logs --name blue --endpoint basic-chat-endpoint

Anropa slutpunkten för att poängsätta data med hjälp av din modell

Skapa en sample-request.json fil:

{
  "question": "What is Azure Machine Learning?",
  "chat_history":  []
}
az ml online-endpoint invoke --name basic-chat-endpoint --request-file sample-request.json

Du kan också anropa slutpunkten med hjälp av en HTTP-klient, till exempel curl:

ENDPOINT_KEY=<your-endpoint-key>
ENDPOINT_URI=<your-endpoint-uri>

curl --request POST "$ENDPOINT_URI" --header "Authorization: Bearer $ENDPOINT_KEY" --header 'Content-Type: application/json' --data '{"question": "What is Azure Machine Learning?", "chat_history":  []}'

Hämta nyckeln för slutpunkten och URI:n för slutpunkten från Azure Machine Learning-arbetsytan under Slutpunkter>Konsumera>Grundläggande konsumtionsinformation.

Avancerade konfigurationer

Distribuera med olika anslutningar från flödesutveckling

Du kanske vill åsidosätta anslutningar för flödet under distributionen.

Om din flow.dag.yaml-fil till exempel använder en anslutning med namnet my_connectionkan du åsidosätta den genom att lägga till miljövariabler i distributions-yaml som följande:

Alternativ 1: åsidosätt anslutningsnamnet

environment_variables:
  my_connection: <override_connection_name>

Om du vill åsidosätta ett specifikt fält i anslutningen kan du åsidosätta genom att lägga till miljövariabler med namngivningsmönstret <connection_name>_<field_name>. Om ditt flöde till exempel använder en anslutning med namnet my_connection med en konfigurationsnyckel med namnet chat_deployment_nameförsöker serverdelen hämta chat_deployment_name från miljövariabeln "MY_CONNECTION_CHAT_DEPLOYMENT_NAME" som standard. Om miljövariabeln inte har angetts använder den det ursprungliga värdet från flödesdefinitionen.

Alternativ 2: åsidosätta genom att hänvisa till resurs

environment_variables:
  my_connection: ${{azureml://connections/<override_connection_name>}}

Observera

Du kan bara referera till en anslutning på samma arbetsyta.

Implementera med en anpassad miljö

Det här avsnittet visar hur du använder en Docker-byggkontext för att ange miljön för distributionen, förutsatt att du har kunskaper om Docker och Azure Machine Learning miljöer.

  1. I din lokala miljö skapar du en mapp med namnet image_build_with_reqirements som innehåller följande filer:

    |--image_build_with_reqirements
    |  |--requirements.txt
    |  |--Dockerfile
    
    • Filen requirements.txt , som ärvs från flödesmappen, spårar flödets beroenden.

    • Dockerfile med innehåll som liknar följande exempel:

      FROM mcr.microsoft.com/azureml/promptflow/promptflow-runtime:latest
      COPY ./requirements.txt .
      RUN pip install -r requirements.txt
      
  2. Ersätt miljöavsnittet i YAML-filen för distributionsdefinitionen med följande innehåll:

    environment: 
      build:
        path: image_build_with_reqirements
        dockerfile_path: Dockerfile
      # deploy prompt flow is BYOC, so we need to specify the inference config
      inference_config:
        liveness_route:
          path: /health
          port: 8080
        readiness_route:
          path: /health
          port: 8080
        scoring_route:
          path: /score
          port: 8080
    

Använda FastAPI-servermotorn (förhandsversion)

Som standard använder prompt flow serving serveringsmotorn FLASK. Från och med promptflödes-SDK version 1.10.0 stöds FastAPI-baserad servermotor. Du kan använda servermotorn fastapi genom att ange en miljövariabel PROMPTFLOW_SERVING_ENGINE.

environment_variables:
  PROMPTFLOW_SERVING_ENGINE=fastapi

Konfigurera samtidighet för distribution

När du distribuerar flödet till onlinedistribution konfigurerar du två miljövariabler för samtidighet: PROMPTFLOW_WORKER_NUM och PROMPTFLOW_WORKER_THREADS. Du måste också ange parametern max_concurrent_requests_per_instance .

I följande exempel visas hur du konfigurerar de här inställningarna i deployment.yaml filen.

request_settings:
  max_concurrent_requests_per_instance: 10
environment_variables:
  PROMPTFLOW_WORKER_NUM: 4
  PROMPTFLOW_WORKER_THREADS: 1
  • PROMPTFLOW_WORKER_NUM: Den här parametern anger antalet arbetare (processer) som startar i en container. Standardvärdet är lika med antalet CPU-kärnor och det maximala värdet är dubbelt så många processorkärnor.

  • PROMPTFLOW_WORKER_THREADS: Den här parametern anger antalet trådar som startar i en arbetare. Standardvärdet är 1.

    Observera

    När du anger PROMPTFLOW_WORKER_THREADS ett värde som är större än 1 kontrollerar du att flödeskoden är trådsäker.

  • max_concurrent_requests_per_instance: Det maximala antalet samtidiga begäranden per instans som tillåts för distributionen. Standardvärdet är 10.

    Det föreslagna värdet för max_concurrent_requests_per_instance beror på din begärandetid:

    • Om din begärandetid är större än 200 ms anger du max_concurrent_requests_per_instance till PROMPTFLOW_WORKER_NUM * PROMPTFLOW_WORKER_THREADS.
    • Om din begärandetid är mindre än eller lika med 200 ms anger du max_concurrent_requests_per_instance till (1.5-2) * PROMPTFLOW_WORKER_NUM * PROMPTFLOW_WORKER_THREADS. Den här inställningen kan förbättra det totala dataflödet genom att tillåta vissa begäranden att köa på serversidan.
    • Om du skickar begäranden mellan regioner kan du ändra tröskelvärdet från 200 ms till 1 s.

När du justerar dessa parametrar övervakar du följande mått för att säkerställa optimal prestanda och stabilitet:

  • Processor- och minnesanvändning för instanser för den här distributionen
  • Svar som inte är 200 (4xx, 5xx)
    • Om du får ett 429-svar anger den här statuskoden vanligtvis att du antingen behöver ändra inställningarna för samtidighet enligt föregående guide eller skala distributionen.
  • Azure OpenAI-gränsstatus

Övervaka slutpunkter

Samla in allmänna mått

Du kan visa allmänna mått för onlinedistribution (begärandenummer, svarstid för begäranden, nätverksbyte, PROCESSOR/GPU/disk/minnesanvändning med mera).

Samla in spårningsdata och systemmått under inferenstid

Du kan samla in spårningsdata och distributionsspecifika mått för promptflöden (tokenförbrukning, flödeslatens med mera) under inferens i den arbetsyteanslutna Application Insights-instansen genom att lägga till egenskapen app_insights_enabled: true i distributions-YAML-filen. Mer information finns i spårning och mått för distributionen av Prompt flow.

Du kan ange flödesspecifika mått för fråga och spåra till andra Application Insights i stället för den länkade arbetsytan. Du kan ange en miljövariabel i yaml-distributionsfilen enligt följande. Du hittar anslutningssträngen för din Application Insights på översiktssidan i Azure-portalen.

environment_variables:
  APPLICATIONINSIGHTS_CONNECTION_STRING: <connection_string>

Observera

Om du bara anger app_insights_enabled: true men arbetsytan inte har någon länkad Application Insights misslyckas inte distributionen men inga data samlas in. Om du anger både app_insights_enabled: true och föregående miljövariabel samtidigt skickas spårningsdata och mått till den länkade Application Insights-arbetsytan. Om du vill ange en annan Application Insights behåller du bara miljövariabeln.

Vanliga fel

Timeout-problem med upstream-begäran vid användning av slutpunkten

Det här felet inträffar vanligtvis på grund av en tidsgräns. Som standard request_timeout_ms är värdet 5 000 millisekunder. Du kan ställa in upp till 5 minuter, vilket är 300 000 millisekunder. I följande exempel visas hur du anger tidsgränsen för begäran i YAML-distributionsfilen. Mer information om distributionsschemat finns i Hanterat onlinedistributionsschema.

request_settings:
  request_timeout_ms: 300000

Viktigt

Tidsgränsen på 300 000 ms fungerar bara för hanterade onlinedistributioner från promptflödet. Den maximala tidsgränsen för en icke-prompt-flödeshanterad onlineslutpunkt är 180 sekunder.

Om du vill ange att den här distributionen kommer från ett promptflöde lägger du till egenskaper för din modell enligt följande (antingen infogad modellspecifikation i yaml-distributionen eller den fristående modellspecifikationen YAML).

properties:
  # indicate a deployment from prompt flow
  azureml.promptflow.source_flow_id: <value>

Nästa steg