Példák többtárolós alkalmazások és szolgáltatások jegyzékeire
Az alábbiakban példákat láthat egy többtárolós Service Fabric-alkalmazás alkalmazás- és szolgáltatásjegyzékére. Ezeknek a példáknak az a célja, hogy bemutassuk, milyen beállítások érhetők el, és hogyan használhatók. Ezek az alkalmazás- és szolgáltatásjegyzékek a Windows Server 2016 tárolóminta jegyzékadatain alapulnak.
A következő funkciók jelennek meg:
Az egyes XML-elemekről további információt az Alkalmazásjegyzék elemei, a FrontEndService szolgáltatás jegyzékelemeinek és a BackEndService szolgáltatás jegyzékelemeinek című témakörben talál.
Alkalmazásjegyzék
<?xml version="1.0" encoding="utf-8"?>
<ApplicationManifest ApplicationTypeName="Container.ApplicationType"
ApplicationTypeVersion="1.0.0"
xmlns="http://schemas.microsoft.com/2011/01/fabric"
xmlns:xsd="https://www.w3.org/2001/XMLSchema"
xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance">
<Parameters>
<Parameter Name="BackEndService_InstanceCount" DefaultValue="-1" />
<Parameter Name="FrontEndService_InstanceCount" DefaultValue="-1" />
<Parameter Name="CpuCores" DefaultValue="2" />
<Parameter Name="BlockIOWeight" DefaultValue="200" />
<Parameter Name="MaximumIOBandwidth" DefaultValue="1024" />
<Parameter Name="MemoryReservationInMB" DefaultValue="1024" />
<Parameter Name="MemorySwapInMB" DefaultValue="4084"/>
<Parameter Name="MaximumIOps" DefaultValue="20"/>
<Parameter Name="MemoryFront" DefaultValue="4084" />
<Parameter Name="MemoryBack" DefaultValue="2048" />
<Parameter Name="CertThumbprint" DefaultValue=""/>
</Parameters>
<!-- Import the ServiceManifest from the ServicePackage. The ServiceManifestName and ServiceManifestVersion
should match the Name and Version attributes of the ServiceManifest element defined in the
ServiceManifest.xml file. -->
<ServiceManifestImport>
<ServiceManifestRef ServiceManifestName="BackEndServicePkg" ServiceManifestVersion="1.0.0" />
<!-- Policies to be applied to the imported service manifest. -->
<Policies>
<!-- Set resource governance at the service package level. -->
<ServicePackageResourceGovernancePolicy CpuCores="[CpuCores]" MemoryInMB="[MemoryFront]"/>
<!-- Set resource governance at the code package level. -->
<ResourceGovernancePolicy CodePackageRef="Code" CpuPercent="10" MemoryInMB="[MemoryFront]" BlockIOWeight="[BlockIOWeight]" MaximumIOBandwidth="[MaximumIOBandwidth]" MaximumIOps="[MaximumIOps]" MemoryReservationInMB="[MemoryReservationInMB]" MemorySwapInMB="[MemorySwapInMB]"/>
<!-- Policies for activating container hosts. -->
<ContainerHostPolicies CodePackageRef="Code" Isolation="process">
<!-- Credentials for the repository hosting the container image.-->
<RepositoryCredentials AccountName="sfsamples" Password="ENCRYPTED-PASSWORD" PasswordEncrypted="true"/>
<!-- This binds the port the container is listening on (8905 in this sample) to an endpoint resource named "BackEndServiceTypeEndpoint", which is defined in the service manifest. -->
<PortBinding ContainerPort="8905" EndpointRef="BackEndServiceTypeEndpoint"/>
<!-- Configure the Azure Files volume plugin. Bind the source folder on the host VM or a remote share to the destination folder within the running container. -->
<Volume Source="azfiles" Destination="c:\VolumeTest\Data" Driver="sfazurefile">
<!-- Driver options to be passed to driver. The Azure Files volume plugin supports the following driver options:
shareName (the Azure Files file share that provides the volume for the container), storageAccountName (the Azure storage account
that contains the Azure Files file share), storageAccountKey (Access key for the Azure storage account that contains the Azure Files file share).
These three driver options are required. -->
<DriverOption Name="shareName" Value="" />
<DriverOption Name="storageAccountName" Value="MY-STORAGE-ACCOUNT-NAME" />
<DriverOption Name="storageAccountKey" Value="MY-STORAGE-ACCOUNT-KEY" />
</Volume>
<!-- Windows Server containers may not be compatible across different versions of the OS. You can specify multiple OS images per container and tag
them with the build versions of the OS. Get the build version of the OS by running "winver" at a Windows command prompt. -->
<ImageOverrides>
<!-- If the underlying OS is build version 16299 (Windows Server version 1709), Service Fabric picks the container image tagged with Os="16299". -->
<Image Name="sfsamples.azurecr.io/sfsamples/servicefabricbackendservice_1709" Os="16299" />
<!-- An untagged container image is assumed to work across all versions of the OS and overrides the image specified in the service manifest. -->
<Image Name="sfsamples.azurecr.io/sfsamples/servicefabricbackendservice_default" />
</ImageOverrides>
</ContainerHostPolicies>
</Policies>
</ServiceManifestImport>
<!-- Policies to be applied to the imported service manifest. -->
<ServiceManifestImport>
<ServiceManifestRef ServiceManifestName="FrontEndServicePkg" ServiceManifestVersion="1.0.0" />
<!-- This enables you to provide different values for environment variables when creating a FrontEndService
Theses environment variables are declared in the FrontEndServiceType service manifest-->
<EnvironmentOverrides CodePackageRef="Code">
<EnvironmentVariable Name="BackendServiceName" Value="Container.Application/BackEndService"/>
<EnvironmentVariable Name="HttpGatewayPort" Value="19080"/>
<EnvironmentVariable Name="IsContainer" Value="true"/>
</EnvironmentOverrides>
<!-- This policy maps the port of the container (80) to the endpoint declared in the service,
FrontEndServiceTypeEndpoint which is exposed as port 80 on the host-->
<Policies>
<!-- Set resource governance at the service package level. -->
<ServicePackageResourceGovernancePolicy CpuCores="[CpuCores]" MemoryInMB="[MemoryBack]"/>
<!-- Policies for activating container hosts. -->
<ContainerHostPolicies CodePackageRef="Code" Isolation="process">
<!-- Credentials for the repository hosting the container image.-->
<RepositoryCredentials AccountName="sfsamples" Password="ENCRYPTED-PASSWORD" PasswordEncrypted="true"/>
<!-- Binds an endpoint resource (declared in the service manifest) to the exposed container port. -->
<PortBinding ContainerPort="80" EndpointRef="FrontEndServiceTypeEndpoint"/>
<!-- Import a certificate into the container. The certificate must be installed in the LocalMachine store of all the cluster nodes.
When the application starts, the runtime reads the certificate and generates a PFX file and password (on Windows) or a PEM file (on Linux).
The PFX file and password are accessible in the container using the Certificates_ServicePackageName_CodePackageName_CertName_PFX and
Certificates_ServicePackageName_CodePackageName_CertName_Password environment variables. The PEM file is accessible in the container using the
Certificates_ServicePackageName_CodePackageName_CertName_PEM and Certificates_ServicePackageName_CodePackageName_CertName_PrivateKey environment variables.-->
<CertificateRef Name="MyCert1" X509StoreName="My" X509FindValue="[CertThumbprint]" />
<!-- If the certificate is already in PFX or PEM form, you can create a data package inside your application and reference that certificate here. -->
<CertificateRef Name="MyCert2" DataPackageRef="Data" DataPackageVersion="1.0.0" RelativePath="MyCert2.PFX" Password="ENCRYPTED-PASSWORD" IsPasswordEncrypted="true"/>
</ContainerHostPolicies>
</Policies>
</ServiceManifestImport>
<DefaultServices>
<!-- The section below creates instances of service types, when an instance of this
application type is created. You can also create one or more instances of service type using the
ServiceFabric PowerShell module.
The attribute ServiceTypeName below must match the name defined in the imported ServiceManifest.xml file. -->
<Service Name="FrontEndService" >
<StatelessService ServiceTypeName="FrontEndServiceType" InstanceCount="[FrontEndService_InstanceCount]">
<SingletonPartition />
</StatelessService>
</Service>
<Service Name="BackEndService" ServicePackageActivationMode="ExclusiveProcess">
<StatelessService ServiceTypeName="BackEndServiceType" InstanceCount="[BackEndService_InstanceCount]">
<SingletonPartition />
</StatelessService>
</Service>
</DefaultServices>
</ApplicationManifest>
FrontEndService szolgáltatás jegyzékfájlja
<?xml version="1.0" encoding="utf-8"?>
<ServiceManifest Name="FrontEndServicePkg"
Version="1.0.0"
xmlns="http://schemas.microsoft.com/2011/01/fabric"
xmlns:xsd="https://www.w3.org/2001/XMLSchema"
xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance">
<ServiceTypes>
<!-- This is the name of your ServiceType.
The UseImplicitHost attribute indicates this is a guest service. -->
<StatelessServiceType ServiceTypeName="FrontEndServiceType" UseImplicitHost="true" />
</ServiceTypes>
<!-- Code package is your service executable. -->
<CodePackage Name="Code" Version="1.0.0">
<EntryPoint>
<ContainerHost>
<!--The repo and image on https://hub.docker.com or Azure Container Registry. -->
<ImageName>sfsamples.azurecr.io/sfsamples/servicefabricfrontendservice:v1</ImageName>
</ContainerHost>
</EntryPoint>
<!-- Pass environment variables to your container or exe. These variables are overridden in the application manifest. -->
<EnvironmentVariables>
<EnvironmentVariable Name="BackendServiceName" Value=""/>
<EnvironmentVariable Name="HttpGatewayPort" Value=""/>
<EnvironmentVariable Name="IsContainer" Value=""/>
</EnvironmentVariables>
</CodePackage>
<!-- Config package is the contents of the Config directory under PackageRoot that contains an
independently-updateable and versioned set of custom configuration settings for your service. -->
<ConfigPackage Name="Config" Version="1.0.0" />
<!-- Data package is the contents of the Data directory under PackageRoot that contains an
independently-updateable and versioned static data that's consumed by the process at runtime. -->
<DataPackage Name="Data" Version="1.0.0"/>
<Resources>
<Endpoints>
<!-- This endpoint is used by the communication listener to obtain the port on which to
listen. For a guest executable is used to register with the NamingService at its REST endpoint
with http scheme and port 80 -->
<Endpoint Name="FrontEndServiceTypeEndpoint" UriScheme="http" Port="80"/>
</Endpoints>
</Resources>
</ServiceManifest>
A BackEndService szolgáltatás jegyzékfájlja
<?xml version="1.0" encoding="utf-8"?>
<ServiceManifest Name="BackEndServicePkg"
Version="1.0.0"
xmlns="http://schemas.microsoft.com/2011/01/fabric"
xmlns:xsd="https://www.w3.org/2001/XMLSchema"
xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance">
<ServiceTypes>
<!-- This is the name of your ServiceType.
The UseImplicitHost attribute indicates this is a guest service. -->
<StatelessServiceType ServiceTypeName="BackEndServiceType" UseImplicitHost="true" />
</ServiceTypes>
<!-- Code package is your service executable. -->
<CodePackage Name="Code" Version="1.0.0">
<EntryPoint>
<ContainerHost>
<!--The repo and image on https://hub.docker.com or Azure Container Registry. -->
<ImageName>sfsamples.azurecr.io/sfsamples/servicefabricbackendservice:v1</ImageName>
<!-- Pass comma delimited commands to your container. -->
<Commands> dotnet, myproc.dll, 5 </Commands>
</ContainerHost>
</EntryPoint>
<!-- Pass environment variables to your container. These variables are overridden in the application manifest. -->
<EnvironmentVariables>
<EnvironmentVariable Name="IsContainer" Value="true"/>
</EnvironmentVariables>
</CodePackage>
<!-- Config package is the contents of the Config directory under PackageRoot that contains an
independently-updateable and versioned set of custom configuration settings for your service. -->
<ConfigPackage Name="Config" Version="1.0.0" />
<Resources>
<Endpoints>
<!-- This endpoint is used by the communication listener to obtain the host port on which to
listen. For a guest executable is used to register with the NamingService at its REST endpoint
with http scheme. In this case since no port is specified, one is created and assigned dynamically
to the service. This dynamically assigned host port is mapped to the container port (8905 in this sample),
which was specified in the application manifest.-->
<Endpoint Name="BackEndServiceTypeEndpoint" UriScheme="http" />
</Endpoints>
</Resources>
</ServiceManifest>
Alkalmazásjegyzék elemei
ApplicationManifest elem
Deklaratív módon ismerteti az alkalmazás típusát és verzióját. A rendszerösszetevő szolgáltatások egy vagy több szolgáltatásjegyzéke egy alkalmazástípus megírására hivatkozik. A rendszerösszetevő szolgáltatások konfigurációs beállításai felülírhatók a paraméteres alkalmazásbeállítások használatával. Az alapértelmezett szolgáltatások, szolgáltatássablonok, egyszerű szolgáltatások, szabályzatok, diagnosztikai beállítások és tanúsítványok alkalmazásszinten is deklarálhatók. További információ: ApplicationManifest Elem
Paraméterek elem
Deklarálja az alkalmazásjegyzékben használt paramétereket. Ezeknek a paramétereknek az értéke megadható az alkalmazás példányosításakor, és az alkalmazás- vagy szolgáltatáskonfigurációs beállítások felülbírálásához használható. További információ: Paraméterek elem
Paraméterelem
A jegyzékben használandó alkalmazásparaméter. A paraméter értéke módosítható az alkalmazás példányosítása során, vagy ha nincs megadva érték, a rendszer az alapértelmezett értéket használja. További információ: Paraméterelem
ServiceManifestImport elem
Importálja a szolgáltatásfejlesztő által létrehozott szolgáltatásjegyzéket. Az alkalmazás minden egyes rendszerösszetevő szolgáltatásához importálni kell egy szolgáltatásjegyzéket. A konfigurációs felülbírálások és szabályzatok deklarálhatók a szolgáltatásjegyzékben. További információ: ServiceManifestImport Elem
ServiceManifestRef elem
Referenciaként importálja a szolgáltatásjegyzéket. Jelenleg a szolgáltatásjegyzékfájlnak (ServiceManifest.xml) jelen kell lennie a buildcsomagban. További információ: ServiceManifestRef elem
Szabályzatok elem
Ismerteti az importált szolgáltatásjegyzékre alkalmazandó szabályzatokat (végponti kötés, csomagmegosztás, futtatókörnyezet és biztonsági hozzáférés). További információ: Szabályzatok elem
ServicePackageResourceGovernancePolicy elem
Meghatározza a teljes szolgáltatáscsomag szintjén alkalmazott erőforrás-szabályozási szabályzatot. További információ: ServicePackageResourceGovernancePolicy elem
ResourceGovernancePolicy elem
Egy kódcsomag erőforráskorlátait határozza meg. További információ: ResourceGovernancePolicy elem
ContainerHostPolicies elem
A tároló gazdagépek aktiválására vonatkozó szabályzatokat adja meg. További információ: ContainerHostPolicies elem
Adattár hitelesítő adatai elem
A tárolórendszerkép-adattár hitelesítő adatai a rendszerképek lekéréséhez. További információ: Adattár hitelesítő adatai elem
PortBinding elem
Meghatározza, hogy melyik végponterőforrást kell a közzétett tárolóporthoz kötni. További információ: PortBinding Elem
Kötetelem
Megadja a tárolóhoz kötendő kötetet. További információ: Kötetelem
DriverOption elem
Az illesztőprogramnak átadandó illesztőprogram-beállítások. További információ: DriverOption Elem
ImageOverrides elem
Előfordulhat, hogy a Windows Server-tárolók nem kompatibilisek az operációs rendszer különböző verzióival. Tárolónként több operációsrendszer-lemezképet is megadhat, és megjelölheti őket az operációs rendszer buildverzióival. Az operációs rendszer buildverziójának lekéréséhez futtassa a "winver" parancsot egy Windows-parancssorban. Ha a mögöttes operációs rendszer az 16299-es buildverzió (Windows Server 1709-es verziója), a Service Fabric az Os="16299" címkével ellátott tárolórendszerképet választja ki. A rendszer feltételezi, hogy egy nem megjelölt tárolórendszerkép működik az operációs rendszer összes verziójában, és felülbírálja a szolgáltatásjegyzékben megadott rendszerképet. További információ: ImageOverrides elem
Képelem
Az elindítandó operációsrendszer-build verziószámának megfelelő tárolórendszerkép. Ha az operációsrendszer-attribútum nincs megadva, a rendszer feltételezi, hogy a tárolórendszerkép az operációs rendszer minden verziójában működik, és felülbírálja a szolgáltatásjegyzékben megadott rendszerképet. További információ: Képelem
EnvironmentOverrides elem
További információ: EnvironmentOverrides elem
Környezetivariálható elem
Környezeti változó. További információ: Környezetivariáns elem
CertificateRef elem
Megadja az X509-tanúsítvánnyal kapcsolatos információkat, amelyeket el kellérhetővé tenni a tárolókörnyezet számára. A tanúsítványt az összes fürtcsomópont LocalMachine tárolójában kell telepíteni. Az alkalmazás indításakor a futtatókörnyezet beolvassa a tanúsítványt, és létrehoz egy PFX-fájlt és jelszót (Windows rendszeren) vagy egy PEM-fájlt (Linuxon). A PFX-fájl és a jelszó a tárolóban a Certificates_ServicePackageName_CodePackageName_CertName_PFX és Certificates_ServicePackageName_CodePackageName_CertName_Password környezeti változók használatával érhető el. A PEM-fájl elérhető a tárolóban a Certificates_ServicePackageName_CodePackageName_CertName_PEM és Certificates_ServicePackageName_CodePackageName_CertName_PrivateKey környezeti változók használatával. További információ: CertificateRef elem
DefaultServices elem
Deklarálja azokat a szolgáltatáspéldányokat, amelyek automatikusan létrejönnek, amikor egy alkalmazás példányosítva van ehhez az alkalmazástípushoz. További információ: DefaultServices Elem
Szolgáltatáselem
Deklarál egy szolgáltatást, amelyet automatikusan létre kell hozni az alkalmazás példányosításakor. További információ: Szolgáltatáselem
StatelessService elem
Állapot nélküli szolgáltatást definiál. További információ: StatelessService elem
FrontEndService szolgáltatás jegyzékeleme
ServiceManifest elem
Deklaratív módon írja le a szolgáltatás típusát és verzióját. Felsorolja azokat a függetlenül frissíthető kódot, konfigurációt és adatcsomagokat, amelyek egy vagy több szolgáltatástípus támogatásához egy szolgáltatáscsomagot alkotnak. Az erőforrások, a diagnosztikai beállítások és a szolgáltatás metaadatai, például a szolgáltatás típusa, az állapottulajdonságok és a terheléselosztási metrikák is meg vannak adva. További információ: ServiceManifest elem
ServiceTypes elem
Meghatározza, hogy a jegyzékben szereplő CodePackage mely szolgáltatástípusokat támogatja. Amikor egy szolgáltatás példányosítva van az egyik ilyen szolgáltatástípussal, a jegyzékben deklarált összes kódcsomag a belépési pontjaik futtatásával aktiválódik. A szolgáltatástípusok a jegyzék szintjén vannak deklarálva, nem pedig a kódcsomag szintjén. További információ: ServiceTypes elem
StatelessServiceType elem
Állapot nélküli szolgáltatástípust ír le. További információ: StatelessServiceType elem
CodePackage elem
Egy definiált szolgáltatástípust támogató kódcsomagot ismertet. Amikor egy szolgáltatás példányosítva van az egyik ilyen szolgáltatástípussal, a jegyzékben deklarált összes kódcsomag a belépési pontjaik futtatásával aktiválódik. Az eredményként kapott folyamatok várhatóan futásidőben regisztrálják a támogatott szolgáltatástípusokat. Ha több kódcsomag is létezik, mindegyik aktiválódik, amikor a rendszer a deklarált szolgáltatástípusok valamelyikét keresi. További információ: CodePackage elem
EntryPoint-elem
Az EntryPoint által megadott végrehajtható fájl általában a hosszú ideig futó szolgáltatásgazda. Egy külön beállítási belépési pont jelenléte esetén nem kell hosszú ideig magas jogosultságokkal futtatnia a szolgáltatás gazdagépét. Az EntryPoint által megadott végrehajtható fájl a SetupEntryPoint sikeres kilépése után fut. A rendszer figyeli és újraindítja az eredményül kapott folyamatot (a SetupEntryPointtal kezdve), ha az valaha leáll vagy összeomlik. További információ: EntryPoint-elem
ContainerHost elem
További információ: ContainerHost Elem
ImageName elem
Az adattár és a rendszerkép behttps://hub.docker.com- vagy Azure Container Registry. További információ: ImageName elem
EnvironmentVariables elem
Környezeti változók átadása a tárolónak vagy az exe-nek. További információ: EnvironmentVariables Elem
Környezetivariálható elem
Környezeti változó. További információ: Környezetivariáns elem
ConfigPackage elem
Deklarál egy nevű mappát a Name attribútummal, amely egy Settings.xml fájlt tartalmaz. Ez a fájl a felhasználó által definiált kulcs-érték pár beállításainak olyan szakaszait tartalmazza, amelyeket a folyamat futásidőben vissza tud olvasni. Ha egy frissítés során csak a ConfigPackage verzió módosult, a futó folyamat nem indul újra. Ehelyett a visszahívás értesíti azt a folyamatot, amely szerint a konfigurációs beállítások módosultak, így azok dinamikusan betölthetők. További információ: ConfigPackage elem
DataPackage elem
Deklarál egy, a Name attribútum által elnevezett mappát, amely statikus adatfájlokat tartalmaz. A Service Fabric újra felhasználja a gazdagépen és a támogatási csomagokban megadott összes EXE-t és DLLHOST-t, amikor a szolgáltatásjegyzékben felsorolt adatcsomagok bármelyike frissül. További információ: DataPackage elem
Erőforrások elem
A szolgáltatás által használt erőforrásokat ismerteti, amelyek a lefordított kód módosítása nélkül deklarálhatók és a szolgáltatás üzembe helyezésekor módosíthatók. Az erőforrásokhoz való hozzáférést az alkalmazásjegyzék Principals and Policies (Tagok és szabályzatok) szakasza szabályozza. További információ: Erőforrások elem
Végpontok elem
A szolgáltatás végpontjait határozza meg. További információ: Végpontok elem
Végpontelem
További információ: Végpontelem
A BackEndService szolgáltatás jegyzékeleme
ServiceManifest elem
Deklaratív módon írja le a szolgáltatás típusát és verzióját. Felsorolja azokat a függetlenül frissíthető kódot, konfigurációt és adatcsomagokat, amelyek egy vagy több szolgáltatástípus támogatásához egy szolgáltatáscsomagot alkotnak. Az erőforrások, a diagnosztikai beállítások és a szolgáltatás metaadatai, például a szolgáltatás típusa, az állapottulajdonságok és a terheléselosztási metrikák is meg vannak adva. További információ: ServiceManifest elem
ServiceTypes elem
Meghatározza, hogy a jegyzékben szereplő CodePackage mely szolgáltatástípusokat támogatja. Amikor egy szolgáltatás példányosítva van az egyik ilyen szolgáltatástípussal, a jegyzékben deklarált összes kódcsomag a belépési pontjaik futtatásával aktiválódik. A szolgáltatástípusok a jegyzék szintjén vannak deklarálva, nem pedig a kódcsomag szintjén. További információ: ServiceTypes elem
StatelessServiceType elem
Állapot nélküli szolgáltatástípust ír le. További információ: StatelessServiceType elem
CodePackage elem
Egy definiált szolgáltatástípust támogató kódcsomagot ismertet. Amikor egy szolgáltatás példányosítva van az egyik ilyen szolgáltatástípussal, a jegyzékben deklarált összes kódcsomag a belépési pontjaik futtatásával aktiválódik. Az eredményként kapott folyamatok várhatóan futásidőben regisztrálják a támogatott szolgáltatástípusokat. Ha több kódcsomag is létezik, mindegyik aktiválódik, amikor a rendszer a deklarált szolgáltatástípusok valamelyikét keresi. További információ: CodePackage elem
EntryPoint-elem
Az EntryPoint által megadott végrehajtható fájl általában a hosszú ideig futó szolgáltatásgazda. Egy külön beállítási belépési pont jelenléte esetén nem kell hosszú ideig magas jogosultságokkal futtatnia a szolgáltatás gazdagépét. Az EntryPoint által megadott végrehajtható fájl a SetupEntryPoint sikeres kilépése után fut. A rendszer figyeli és újraindítja az eredményül kapott folyamatot (a SetupEntryPointtal kezdve), ha az valaha leáll vagy összeomlik. További információ: EntryPoint-elem
ContainerHost elem
További információ: ContainerHost Elem
ImageName elem
Az adattár és a rendszerkép behttps://hub.docker.com- vagy Azure Container Registry. További információ: ImageName elem
Parancsok elem
Adja át a parancsok vesszővel tagolt listáját a tárolónak. További információ: Parancsok elem
EnvironmentVariables elem
Környezeti változók átadása a tárolónak vagy az exe-nek. További információ: EnvironmentVariables Elem
Környezetivariálható elem
Környezeti változó. További információ: Környezetivariáns elem
ConfigPackage elem
Deklarál egy nevű mappát a Name attribútummal, amely egy Settings.xml fájlt tartalmaz. Ez a fájl a felhasználó által definiált kulcs-érték pár beállításainak olyan szakaszait tartalmazza, amelyeket a folyamat futásidőben vissza tud olvasni. Ha egy frissítés során csak a ConfigPackage verzió módosult, a futó folyamat nem indul újra. Ehelyett a visszahívás értesíti azt a folyamatot, amely szerint a konfigurációs beállítások módosultak, így azok dinamikusan betölthetők. További információ: ConfigPackage elem
Erőforrások elem
A szolgáltatás által használt erőforrásokat ismerteti, amelyek a lefordított kód módosítása nélkül deklarálhatók és a szolgáltatás üzembe helyezésekor módosíthatók. Az erőforrásokhoz való hozzáférést az alkalmazásjegyzék Principals and Policies (Tagok és szabályzatok) szakasza szabályozza. További információ: Erőforrások elem
Végpontok elem
A szolgáltatás végpontjait határozza meg. További információ: Végpontok elem
Végpontelem
További információ: Végpontelem
Visszajelzés
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ: https://aka.ms/ContentUserFeedback.
Visszajelzés küldése és megtekintése a következőhöz: