Voorbeelden van toepassings- en servicemanifesten voor toepassingen met meerdere containers
Hier volgen voorbeelden van de toepassings- en servicemanifesten voor een Service Fabric-toepassing met meerdere containers. Het doel van deze voorbeelden is om te laten zien welke instellingen beschikbaar zijn en hoe u deze kunt gebruiken. Deze toepassings- en servicemanifesten zijn gebaseerd op de Windows Server 2016 Container Sample-manifesten.
De volgende functies worden weergegeven:
Zie Manifestelementen voor toepassingen, FrontEndService-servicemanifestelementen en Manifestelementen van de BackEndService-service voor meer informatie over specifieke XML-elementen.
Manifest van de toepassing
<?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-servicemanifest
<?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>
Servicemanifest BackEndService
<?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>
Toepassingsmanifestelementen
ApplicationManifest Element
Beschrijft het toepassingstype en de versie declaratief. Naar een of meer servicemanifesten van de samenstellende services wordt verwezen om een toepassingstype samen te stellen. Configuratie-instellingen van de samenstellende services kunnen worden overschreven met behulp van geparameteriseerde toepassingsinstellingen. Standaardservices, servicesjablonen, principals, beleidsregels, diagnostische instellingen en certificaten kunnen ook op toepassingsniveau worden gedeclareerd. Zie ApplicationManifest Element voor meer informatie
Parameters Element
Declareert de parameters die worden gebruikt in dit toepassingsmanifest. De waarde van deze parameters kan worden opgegeven wanneer de toepassing wordt geïnstantieerd en kan worden gebruikt om configuratie-instellingen voor toepassingen of services te overschrijven. Zie Parameters-element voor meer informatie
Parameterelement
Een toepassingsparameter die in dit manifest moet worden gebruikt. De parameterwaarde kan worden gewijzigd tijdens de instantiëring van de toepassing, of, als er geen waarde wordt opgegeven, wordt de standaardwaarde gebruikt. Zie Parameterelement voor meer informatie
ServiceManifestImport Element
Hiermee importeert u een servicemanifest dat is gemaakt door de serviceontwikkelaar. Er moet een servicemanifest worden geïmporteerd voor elke samenstellende service in de toepassing. Configuratieoverschrijvingen en beleidsregels kunnen worden gedeclareerd voor het servicemanifest. Zie ServiceManifestImport Element voor meer informatie.
ServiceManifestRef Element
Hiermee importeert u het servicemanifest op basis van verwijzing. Momenteel moet het servicemanifestbestand (ServiceManifest.xml) aanwezig zijn in het buildpakket. Zie ServiceManifestRef Element voor meer informatie
Het element Beleid
Beschrijft beleidsregels (eindpuntbinding, pakket delen, uitvoeren als en beveiligingstoegang) die moeten worden toegepast op het geïmporteerde servicemanifest. Zie Het element Beleid voor meer informatie
ServicePackageResourceGovernancePolicy Element
Definieert het beleid voor resourcebeheer dat wordt toegepast op het niveau van het hele servicepakket. Zie ServicePackageResourceGovernancePolicy Element voor meer informatie
ResourceGovernancePolicy Element
Hiermee geeft u resourcelimieten voor een codepakket op. Zie Het element ResourceGovernancePolicy voor meer informatie
ContainerHostPolicies Element
Hiermee geeft u beleidsregels op voor het activeren van containerhosts. Zie Het element ContainerHostPolicies voor meer informatie
RepositoryCredentials Element
Referenties voor de opslagplaats voor containerinstallatiekopieën waaruit installatiekopieën kunnen worden opgehaald. Zie Het element RepositoryCredentials voor meer informatie
PortBinding-element
Hiermee geeft u op welke eindpuntresource moet worden gekoppeld aan de beschikbare containerpoort. Zie PortBinding Element voor meer informatie
Volume-element
Hiermee geeft u het volume moet worden gebonden aan de container. Zie Volume-element voor meer informatie
DriverOption-element
Opties voor stuurprogramma's die moeten worden doorgegeven aan het stuurprogramma. Zie DriverOption Element voor meer informatie
ImageOverrides Element
Windows Server-containers zijn mogelijk niet compatibel met verschillende versies van het besturingssysteem. U kunt meerdere installatiekopieën van het besturingssysteem per container opgeven en deze taggen met de buildversies van het besturingssysteem. Haal de buildversie van het besturingssysteem op door 'winver' uit te voeren bij een Windows-opdrachtprompt. Als het onderliggende besturingssysteem buildversie 16299 (Windows Server versie 1709) is, kiest Service Fabric de containerinstallatiekopieën met de tag Os="16299". Een containerinstallatiekopieën zonder vlag werken in alle versies van het besturingssysteem en overschrijven de installatiekopieën die zijn opgegeven in het servicemanifest. Zie ImageOverrides Element voor meer informatie
Afbeeldingselement
Containerinstallatiekopieën die overeenkomen met het buildversienummer van het besturingssysteem dat moet worden gestart. Als het kenmerk besturingssysteem niet is opgegeven, wordt ervan uitgegaan dat de containerinstallatiekopieën in alle versies van het besturingssysteem werken en worden de installatiekopieën die zijn opgegeven in het servicemanifest overschreven. Zie Afbeeldingselement voor meer informatie
EnvironmentOverrides Element
Zie EnvironmentOverrides Element voor meer informatie
EnvironmentVariable Element
Omgevingsvariabele. Zie EnvironmentVariable Element voor meer informatie.
CertificateRef Element
Hiermee geeft u informatie op over een X509-certificaat dat moet worden weergegeven in de containeromgeving. Het certificaat moet worden geïnstalleerd in het LocalMachine-archief van alle clusterknooppunten. Wanneer de toepassing wordt gestart, leest de runtime het certificaat en genereert een PFX-bestand en wachtwoord (in Windows) of een PEM-bestand (op Linux). Het PFX-bestand en het wachtwoord zijn toegankelijk in de container met behulp van de omgevingsvariabelen Certificates_ServicePackageName_CodePackageName_CertName_PFX en Certificates_ServicePackageName_CodePackageName_CertName_Password. Het PEM-bestand is toegankelijk in de container met behulp van de omgevingsvariabelen Certificates_ServicePackageName_CodePackageName_CertName_PEM en Certificates_ServicePackageName_CodePackageName_CertName_PrivateKey. Zie CertificateRef Element voor meer informatie
DefaultServices Element
Declareert service-exemplaren die automatisch worden gemaakt wanneer een toepassing wordt geïnstantieerd op basis van dit toepassingstype. Zie Het element DefaultServices voor meer informatie
Service-element
Hiermee declareert u een service die automatisch moet worden gemaakt wanneer de toepassing wordt geïnstantieerd. Zie Service-element voor meer informatie
StatelessService Element
Definieert een staatloze service. Zie StatelessService Element voor meer informatie
Manifestelementen van de FrontEndService-service
ServiceManifest Element
Beschrijft het servicetype en de versie declaratief. Hierin worden de onafhankelijk bij te werken code-, configuratie- en gegevenspakketten vermeld die samen een servicepakket vormen ter ondersteuning van een of meer servicetypen. Resources, diagnostische instellingen en servicemetagegevens, zoals servicetype, statuseigenschappen en metrische gegevens voor taakverdeling, worden ook opgegeven. Zie ServiceManifest-element voor meer informatie
ServiceTypes Element
Definieert welke servicetypen worden ondersteund door een CodePackage in dit manifest. Wanneer een service wordt geïnstantieerd op basis van een van deze servicetypen, worden alle codepakketten die in dit manifest zijn gedeclareerd, geactiveerd door hun toegangspunten uit te voeren. Servicetypen worden gedeclareerd op manifestniveau en niet op codepakketniveau. Zie Het element ServiceTypes voor meer informatie
StatelessServiceType Element
Beschrijft een staatloos servicetype. Zie StatelessServiceType Element voor meer informatie
CodePackage-element
Beschrijft een codepakket dat ondersteuning biedt voor een gedefinieerd servicetype. Wanneer een service wordt geïnstantieerd op basis van een van deze servicetypen, worden alle codepakketten die in dit manifest zijn gedeclareerd, geactiveerd door hun toegangspunten uit te voeren. Van de resulterende processen wordt verwacht dat ze de ondersteunde servicetypen registreren tijdens runtime. Wanneer er meerdere codepakketten zijn, worden ze allemaal geactiveerd wanneer het systeem zoekt naar een van de opgegeven servicetypen. Zie CodePackage-element voor meer informatie
EntryPoint-element
Het uitvoerbare bestand dat door EntryPoint is opgegeven, is doorgaans de langlopende servicehost. De aanwezigheid van een afzonderlijk installatie-invoerpunt voorkomt dat de servicehost met hoge bevoegdheden gedurende langere tijd moet worden uitgevoerd. Het uitvoerbare bestand dat is opgegeven door EntryPoint, wordt uitgevoerd nadat SetupEntryPoint is afgesloten. Het resulterende proces wordt bewaakt en opnieuw gestart (opnieuw beginnend met SetupEntryPoint) als het ooit wordt beëindigd of vastloopt. Zie EntryPoint-element voor meer informatie
ContainerHost Element
Zie ContainerHost-element voor meer informatie
ImageName Element
De opslagplaats en afbeelding op https://hub.docker.com of Azure Container Registry. Zie ImageName-element voor meer informatie
EnvironmentVariables Element
Geef omgevingsvariabelen door aan uw container of exe. Zie EnvironmentVariables Element voor meer informatie
OmgevingVariable-element
Omgevingsvariabele. Zie EnvironmentVariable Element voor meer informatie
ConfigPackage Element
Declareert een map met de naam van het kenmerk Naam die een Settings.xml-bestand bevat. Dit bestand bevat secties met door de gebruiker gedefinieerde instellingen voor sleutel-waardeparen die het proces tijdens runtime kan teruglezen. Als tijdens een upgrade alleen de ConfigPackage-versie is gewijzigd, wordt het actieve proces niet opnieuw gestart. In plaats daarvan meldt een callback het proces dat de configuratie-instellingen zijn gewijzigd, zodat ze dynamisch opnieuw kunnen worden geladen. Zie ConfigPackage Element voor meer informatie
DataPackage Element
Declareert een map met de naam van het kenmerk Name, die statische gegevensbestanden bevat. Service Fabric recyclet alle EXE's en DLLHOST's die zijn opgegeven in de host- en ondersteuningspakketten wanneer een van de gegevenspakketten in het servicemanifest wordt bijgewerkt. Zie DataPackage-element voor meer informatie
Resources Element
Beschrijft de resources die door deze service worden gebruikt, die kunnen worden gedeclareerd zonder gecompileerde code te wijzigen en te wijzigen wanneer de service wordt geïmplementeerd. De toegang tot deze resources wordt beheerd via de secties Principals en Beleid van het toepassingsmanifest. Zie Het element Resources voor meer informatie
Eindpuntenelement
Definieert eindpunten voor de service. Zie Endpoints Element voor meer informatie
Eindpuntelement
Zie Eindpuntelement voor meer informatie
Manifestelementen van backEndService-service
ServiceManifest Element
Beschrijft het servicetype en de versie declaratief. Hierin worden de onafhankelijk bij te werken code-, configuratie- en gegevenspakketten vermeld die samen een servicepakket vormen ter ondersteuning van een of meer servicetypen. Resources, diagnostische instellingen en servicemetagegevens, zoals servicetype, statuseigenschappen en metrische gegevens voor taakverdeling, worden ook opgegeven. Zie ServiceManifest-element voor meer informatie
ServiceTypes Element
Definieert welke servicetypen worden ondersteund door een CodePackage in dit manifest. Wanneer een service wordt geïnstantieerd op basis van een van deze servicetypen, worden alle codepakketten die in dit manifest zijn gedeclareerd, geactiveerd door hun toegangspunten uit te voeren. Servicetypen worden gedeclareerd op manifestniveau en niet op codepakketniveau. Zie Het element ServiceTypes voor meer informatie
StatelessServiceType Element
Beschrijft een staatloos servicetype. Zie StatelessServiceType Element voor meer informatie
CodePackage-element
Beschrijft een codepakket dat ondersteuning biedt voor een gedefinieerd servicetype. Wanneer een service wordt geïnstantieerd op basis van een van deze servicetypen, worden alle codepakketten die in dit manifest zijn gedeclareerd, geactiveerd door hun toegangspunten uit te voeren. Van de resulterende processen wordt verwacht dat ze de ondersteunde servicetypen registreren tijdens runtime. Wanneer er meerdere codepakketten zijn, worden ze allemaal geactiveerd wanneer het systeem zoekt naar een van de opgegeven servicetypen. Zie CodePackage-element voor meer informatie
EntryPoint-element
Het uitvoerbare bestand dat door EntryPoint is opgegeven, is doorgaans de langlopende servicehost. De aanwezigheid van een afzonderlijk installatie-invoerpunt voorkomt dat de servicehost met hoge bevoegdheden gedurende langere tijd moet worden uitgevoerd. Het uitvoerbare bestand dat is opgegeven door EntryPoint, wordt uitgevoerd nadat SetupEntryPoint is afgesloten. Het resulterende proces wordt bewaakt en opnieuw gestart (opnieuw beginnend met SetupEntryPoint) als het ooit wordt beëindigd of vastloopt. Zie EntryPoint-element voor meer informatie
ContainerHost Element
Zie ContainerHost-element voor meer informatie
ImageName Element
De opslagplaats en afbeelding op https://hub.docker.com of Azure Container Registry. Zie ImageName-element voor meer informatie
Het element Opdrachten
Geef een door komma's gescheiden lijst met opdrachten door aan de container. Zie Het element Opdrachten voor meer informatie
EnvironmentVariables Element
Geef omgevingsvariabelen door aan uw container of exe. Zie EnvironmentVariables Element voor meer informatie
OmgevingVariable-element
Omgevingsvariabele. Zie EnvironmentVariable Element voor meer informatie
ConfigPackage Element
Declareert een map met de naam van het kenmerk Naam die een Settings.xml-bestand bevat. Dit bestand bevat secties met door de gebruiker gedefinieerde instellingen voor sleutel-waardeparen die het proces tijdens runtime kan teruglezen. Als tijdens een upgrade alleen de ConfigPackage-versie is gewijzigd, wordt het actieve proces niet opnieuw gestart. In plaats daarvan meldt een callback het proces dat de configuratie-instellingen zijn gewijzigd, zodat ze dynamisch opnieuw kunnen worden geladen. Zie ConfigPackage Element voor meer informatie
Resources Element
Beschrijft de resources die door deze service worden gebruikt, die kunnen worden gedeclareerd zonder gecompileerde code te wijzigen en te wijzigen wanneer de service wordt geïmplementeerd. De toegang tot deze resources wordt beheerd via de secties Principals en Beleid van het toepassingsmanifest. Zie Het element Resources voor meer informatie
Eindpuntenelement
Definieert eindpunten voor de service. Zie Endpoints Element voor meer informatie
Eindpuntelement
Zie Eindpuntelement voor meer informatie