Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Ниже приведены примеры манифестов приложения и службы для приложения Service Fabric с несколькими контейнерами. Цель этих примеров — показать, какие параметры доступны и как их использовать. Эти манифесты приложений и служб основаны на примерах манифестов контейнеров Windows Server 2016 .
Показаны следующие функции:
Дополнительные сведения о конкретных XML-элементах см. в элементах манифестаманифеста службы FrontEndService и элементах манифеста службы BackEndService .
Манифест приложения
<?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
<?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>
Манифест службы 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>
Элементы манифеста приложения
Элемент ApplicationManifest
Декларативно описывает тип приложения и версию. На один или несколько манифестов служб, входящих в состав приложений, ссылаются для создания типа приложения. Параметры конфигурации составляющих служб можно переопределить с помощью параметризованных параметров приложения. Службы по умолчанию, шаблоны служб, субъекты, политики, настройка диагностики и сертификаты также можно объявить на уровне приложения. Дополнительные подробности см. в разделе «Элемент ApplicationManifest»
Элемент Параметры
Объявляет параметры, используемые в этом манифесте приложения. Значение этих параметров можно указать при создании экземпляра приложения и может использоваться для переопределения параметров конфигурации приложения или службы. Дополнительные сведения см. в разделе "Элемент параметров"
Элемент Параметр
Параметр приложения, используемый в этом манифесте. Значение параметра можно изменить во время создания экземпляра приложения или, если значение не указано, используется значение по умолчанию. Дополнительные сведения см. в разделе "Элемент "Параметр"
Элемент ServiceManifestImport
Импортирует манифест службы, созданный разработчиком службы. Манифест службы должен быть импортирован для каждой из составляющих служб в приложении. Переопределения конфигурации и политики можно объявить для манифеста службы. Дополнительные сведения см. в разделе "Элемент ServiceManifestImport"
Элемент ServiceManifestRef
Импортирует манифест службы по ссылке. В настоящее время файл манифеста службы (ServiceManifest.xml) должен присутствовать в пакете сборки. Дополнительные сведения см. в разделе "Элемент ServiceManifestRef"
Элемент политик
Описывает политики (привязка конечной точки, общий доступ к пакетам, доступ к запуску и безопасности), применяемые к манифесту импортированной службы. Дополнительные сведения см.: Элемент Политики
Элемент политики управления ресурсами пакета услуг
Определяет политику управления ресурсами, применяемую на уровне всего пакета службы. Дополнительные сведения см. в разделе "Элемент ServicePackageResourceGovernancePolicy"
Элемент ResourceGovernancePolicy
Задает ограничения ресурсов для пакета кода. Дополнительные сведения см. в разделе "Элемент ResourceGovernancePolicy"
Элемент ContainerHostPolicies
Задает правила активации хостов контейнеров. Дополнительные сведения см. в элементе ContainerHostPolicies
Элемент RepositoryCredentials
Учетные данные для контейнерного репозитория образов, чтобы загружать образы. Дополнительные сведения см. в разделе "Элемент RepositoryCredentials"
Элемент PortBinding
Указывает, какой ресурс конечной точки необходимо привязать к открытому порту контейнера. Дополнительную информацию можно найти в элементе PortBinding.
Элемент объема
Указывает том, привязанный к контейнеру. Дополнительную информацию см. в разделе Элемент объема
Элемент DriverOption
Параметры драйвера, передаваемые драйверу. Дополнительные сведения см. в разделе "Элемент DriverOption"
Элемент ImageOverrides
Контейнеры Windows Server могут быть несовместимы в разных версиях ОС. Можно указать несколько образов ОС для каждого контейнера и пометить их с помощью версий сборки ОС. Получите версию сборки ОС, выполнив команду Winver в командной строке Windows. Если базовая ОС является сборкой версии 16299 (Windows Server версии 1709), Service Fabric выбирает образ контейнера с тегом Os="16299". Предполагается, что образ контейнера без тегов работает во всех версиях ОС и переопределяет образ, указанный в манифесте службы. Дополнительные сведения см. в разделе "Элемент ImageOverrides"
Элемент Image
Образ контейнера, соответствующий номеру версии сборки ОС для запуска. Если атрибут ОС не указан, предполагается, что образ контейнера работает во всех версиях ОС и переопределяет образ, указанный в манифесте службы. Дополнительные сведения см. в разделе Элемент изображения
Элемент EnvironmentOverrides
Подробности см. в Элементе EnvironmentOverrides
Элемент EnvironmentVariable
Переменная среды. Дополнительные сведения см. в разделе "Элемент EnvironmentVariable"
Элемент CertificateRef
Указывает сведения о сертификате X509, который должен быть предоставлен среде контейнера. Сертификат должен быть установлен в хранилище LocalMachine всех узлов кластера. При запуске приложения среда выполнения считывает сертификат и создает PFX-файл и пароль (в Windows) или PEM-файл (в Linux). PFX-файл и пароль доступны в контейнере с помощью переменных среды Certificates_ServicePackageName_CodePackageName_CertName_PFX и Certificates_ServicePackageName_CodePackageName_CertName_Password. PEM-файл доступен в контейнере посредством переменных среды Certificates_ServicePackageName_CodePackageName_CertName_PEM и Certificates_ServicePackageName_CodePackageName_CertName_PrivateKey. Дополнительные сведения см. в разделе "Элемент CertificateRef"
Элемент DefaultServices
Объявляет экземпляры служб, которые создаются автоматически при создании экземпляра приложения для этого типа приложения. Дополнительные сведения см. Элемент DefaultServices
Элемент обслуживания
Объявляет службу, которая создается автоматически при создании экземпляра приложения. Дополнительные сведения см. в разделе "Элемент службы"
Элемент StatelessService
Определяет бестелесную службу. Дополнительные сведения см. в разделе "Элемент StatelessService"
Элементы манифеста службы FrontEndService
Элемент ServiceManifest
Декларативно описывает тип службы и версию. В нем перечислены независимые обновляемые коды, конфигурации и пакеты данных, которые вместе составляют пакет службы для поддержки одного или нескольких типов служб. Также указываются ресурсы, параметры диагностики и метаданные службы, такие как тип службы, свойства работоспособности и метрики балансировки нагрузки. Дополнительные сведения см. в разделе "Элемент ServiceManifest"
Элемент ServiceTypes
Определяет типы служб, поддерживаемые CodePackage в этом манифесте. При создании экземпляра службы в соответствии с одним из этих типов службы все пакеты кода, объявленные в этом манифесте, активируются путем запуска соответствующих точек входа. Типы служб декларируются на уровне манифеста, а не на уровне пакета кода. Дополнительные сведения см. в разделе "Элемент ServiceTypes"
Элемент StatelessServiceType
Описывает тип бесстатусной службы. Дополнительные сведения см. в разделе "Элемент StatelessServiceType"
Элемент CodePackage
Описывает пакет кода, поддерживающий определенный тип службы. При создании экземпляра службы в соответствии с одним из этих типов службы все пакеты кода, объявленные в этом манифесте, активируются путем запуска соответствующих точек входа. Запущенные вследствие этого процессы должны зарегистрировать поддерживаемые типы служб во время выполнения. При наличии нескольких пакетов кода они все активируются всякий раз, когда система ищет любой из объявленных типов служб. Дополнительные сведения см. в разделе "Элемент CodePackage"
Элемент EntryPoint
Исполняемый файл, указанный в EntryPoint, обычно является долго работающим хостом службы. Наличие отдельной точки входа в настройку позволяет избежать необходимости запуска узла службы с расширенными правами на продолжительное время. Исполняемый файл, указанный в EntryPoint, запускается после успешного завершения работы SetupEntryPoint. Результирующий процесс отслеживается и перезапускается (начиная с SetupEntryPoint), если он когда-либо завершает работу или аварийно завершается. Дополнительные сведения см. в разделе "Элемент EntryPoint"
Элемент ContainerHost
Дополнительные сведения см. в разделе "Элемент ContainerHost"
Элемент ImageName
Репозиторий и образ на https://hub.docker.com или в реестре контейнеров Azure. Дополнительные сведения см. в разделе "Элемент ImageName"
Элемент EnvironmentVariables
Передайте переменные среды в контейнер или exe. Дополнительные сведения см. в разделе "Элемент EnvironmentVariables"
Элемент EnvironmentVariable
Переменная среды. Дополнительные сведения см. в разделе "Элемент EnvironmentVariable"
Элемент ConfigPackage
Объявляется папка, именованная атрибутом Name, которая содержит файл Settings.xml. Этот файл содержит разделы определяемых пользователем параметров пары "ключ-значение", которые процесс может считывать обратно во время выполнения. При обновлении, если изменена только версия ConfigPackage, запущенный процесс не перезапускается. Вместо этого при помощи обратного вызова в процесс передается уведомление о том, что параметры конфигурации изменились, поэтому они были перезагружены в динамическом режиме. Дополнительные сведения см. в разделе "Элемент ConfigPackage"
Элемент DataPackage
Объявляет папку с именем атрибута Name, которая содержит статические файлы данных. Service Fabric будет перезагружать все EXEs и DLLHOSTs, указанные в хосте, и пакеты поддержки при обновлении любого из пакетов данных, перечисленных в манифесте службы. Дополнительные сведения см. в разделе "Элемент DataPackage"
Элемент ресурсов
Описывает ресурсы, используемые этой службой, которые могут быть объявлены без изменения скомпилированного кода и могут быть изменены при развертывании службы. Доступ к этим ресурсам контролируется с помощью разделов "Субъекты и политики" манифеста приложения. Для получения дополнительной информации см. раздел Resources.
Элемент Endpoints
Определяет конечные точки для службы. Дополнительные сведения см. в разделе "Элемент Endpoints"
Элемент конечной точки
Дополнительные сведения см. в разделе "Элемент Endpoint"
Элементы манифеста службы BackEndService
Элемент ServiceManifest
Декларативно описывает тип службы и версию. В нем перечислены независимые обновляемые коды, конфигурации и пакеты данных, которые вместе составляют пакет службы для поддержки одного или нескольких типов служб. Также указываются ресурсы, параметры диагностики и метаданные службы, такие как тип службы, свойства работоспособности и метрики балансировки нагрузки. Дополнительные сведения см. в разделе "Элемент ServiceManifest"
Элемент ServiceTypes
Определяет типы служб, поддерживаемые CodePackage в этом манифесте. При создании экземпляра службы в соответствии с одним из этих типов службы все пакеты кода, объявленные в этом манифесте, активируются путем запуска соответствующих точек входа. Типы служб декларируются на уровне манифеста, а не на уровне пакета кода. Дополнительные сведения см. в разделе "Элемент ServiceTypes"
Элемент StatelessServiceType
Описывает тип бесстатусной службы. Дополнительные сведения см. в разделе "Элемент StatelessServiceType"
Элемент CodePackage
Описывает пакет кода, поддерживающий определенный тип службы. При создании экземпляра службы в соответствии с одним из этих типов службы все пакеты кода, объявленные в этом манифесте, активируются путем запуска соответствующих точек входа. Запущенные вследствие этого процессы должны зарегистрировать поддерживаемые типы служб во время выполнения. При наличии нескольких пакетов кода они все активируются всякий раз, когда система ищет любой из объявленных типов служб. Дополнительные сведения см. в разделе "Элемент CodePackage"
Элемент EntryPoint
Исполняемый файл, указанный в EntryPoint, обычно является долго работающим хостом службы. Наличие отдельной точки входа в настройку позволяет избежать необходимости запуска узла службы с расширенными правами на продолжительное время. Исполняемый файл, указанный в EntryPoint, запускается после успешного завершения работы SetupEntryPoint. Результирующий процесс отслеживается и перезапускается (начиная с SetupEntryPoint), если он когда-либо завершает работу или аварийно завершается. Дополнительные сведения см. в разделе "Элемент EntryPoint"
Элемент ContainerHost
Дополнительные сведения см. в разделе "Элемент ContainerHost"
Элемент ImageName
Репозиторий и образ в https://hub.docker.com реестре контейнеров Azure. Дополнительные сведения см. в Элементе ImageName
Элемент Команды
Передайте список команд с разделителями-запятыми в контейнер. Дополнительные сведения см. в Элементе Commands
Элемент "EnvironmentVariables"
Передайте переменные среды в контейнер или exe. Дополнительные сведения см. в Элементе EnvironmentVariables
Элемент EnvironmentVariable
Переменная среды. Дополнительные сведения см. в разделе "Элемент EnvironmentVariable"
Элемент ConfigPackage
Объявляет папку с именем, указанным в атрибуте Name, которая содержит файл Settings.xml. Этот файл содержит разделы определяемых пользователем параметров пары "ключ-значение", которые процесс может считывать обратно во время выполнения. При обновлении, если изменена только версия ConfigPackage, запущенный процесс не перезапускается. Вместо этого при помощи обратного вызова в процесс передается уведомление о том, что параметры конфигурации изменились, поэтому они были перезагружены в динамическом режиме. Дополнительные сведения см. в разделе "Элемент ConfigPackage"
Элемент ресурсов
Описывает ресурсы, используемые этой службой, которые могут быть объявлены без изменения скомпилированного кода и могут быть изменены при развертывании службы. Доступ к этим ресурсам контролируется с помощью разделов "Субъекты и политики" манифеста приложения. Для получения дополнительной информации см. раздел Resources.
Элемент Endpoints
Определяет конечные точки для службы. Дополнительные сведения см. в разделе "Элемент Endpoints"
Элемент конечной точки
Дополнительные сведения см. в разделе "Элемент Endpoint"