Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
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.
- Hanterad onlineslutpunkt
- Kubernetes onlineslutpunkt
$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.
- Hanterad onlineslutpunkt
- Kubernetes onlineslutpunkt
$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.
I din lokala miljö skapar du en mapp med namnet
image_build_with_reqirementssom innehåller följande filer:|--image_build_with_reqirements | |--requirements.txt | |--DockerfileFilen
requirements.txt, som ärvs från flödesmappen, spårar flödets beroenden.Dockerfilemed 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
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_THREADSett 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_instanceberor på din begärandetid:- Om din begärandetid är större än 200 ms anger du
max_concurrent_requests_per_instancetillPROMPTFLOW_WORKER_NUM * PROMPTFLOW_WORKER_THREADS. - Om din begärandetid är mindre än eller lika med 200 ms anger du
max_concurrent_requests_per_instancetill(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.
- Om din begärandetid är större än 200 ms anger du
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
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
- Läs mer om hanterat onlineslutpunktsschema och hanterat onlinedistributionsschema.
- Läs mer om hur du testar slutpunkten i användargränssnittet och övervakar slutpunkten.
- Läs mer om hur du felsöker hanterade onlineslutpunkter.
- Felsöka implementeringar av flöde av promptar.
- Information om hur du distribuerar en förbättrad version av ditt flöde med hjälp av en säker distributionsstrategi finns i Säker distribution för onlineslutpunkter.
- Läs mer om distribuera flöden till andra plattformar, till exempel en lokal utvecklingstjänst, Docker-container, Azure APP-tjänst osv.