Service Fabric 應用程式和服務資訊清單
本文說明如何使用 ApplicationManifest.xml 和 ServiceManifest.xml 檔案來定義 Service Fabric 應用程式和服務及設定其版本。 如需更詳細的範例，請參閱應用程式和服務資訊清單範例。 這些資訊清單檔的 XML 結構描述記載於 ServiceFabricServiceModel.xsd 結構描述文件中。
警告
資訊清單 XML 檔案結構描述會強制修正子元素順序。 部分的因應措施是在 Visual Studio 中開啟 "C:\Program Files\Microsoft SDKs\Service Fabric\schemas\ServiceFabricServiceModel.xsd"，然後撰寫或修改任何的 Service Fabric 資訊清單。 這會讓您能夠檢查子元素的順序，並提供 Intelli-sense。
在 ServiceManifest.xml 中描述服務
服務資訊清單以宣告方式定義服務類型和版本。 它會指定如服務類型的服務中繼資料、健康狀態屬性、負載平衡度量、服務二進位檔和組態檔。 換句話說，它會描述組成服務封裝的程式碼、組態和資料封裝，以支援一或多個服務類型。 服務資訊清單可以包含多個程式碼、組態和資料套件，而這些套件可以獨立設定版本。 以下是投票範例應用程式的 ASP.NET Core Web 前端服務的服務指令清單（以下是一些更詳細的範例）：
<?xml version="1.0" encoding="utf-8"?>
<ServiceManifest Name="VotingWebPkg"
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.
This name must match the string used in RegisterServiceType call in Program.cs. -->
<StatelessServiceType ServiceTypeName="VotingWebType" />
</ServiceTypes>
<!-- Code package is your service executable. -->
<CodePackage Name="Code" Version="1.0.0">
<EntryPoint>
<ExeHost>
<Program>VotingWeb.exe</Program>
<WorkingFolder>CodePackage</WorkingFolder>
</ExeHost>
</EntryPoint>
</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 port on which to
listen. Please note that if your service is partitioned, this port is shared with
replicas of different partitions that are placed in your code. -->
<Endpoint Protocol="http" Name="ServiceEndpoint" Type="Input" Port="8080" />
</Endpoints>
</Resources>
</ServiceManifest>
版本 屬性為非結構化字串，不是由系統剖析。 版本屬性用於設定每個元件的版本以進行升級。
ServiceTypes 會宣告此資訊清單中 CodePackages 支援哪些服務類型。 當針對其中一種服務類型來具現化服務時，會藉由執行其進入點來啟動此資訊清單中宣告的所有程式碼封裝。 產生的處理程序預期在執行階段註冊支援的服務類型。 服務類型是在資訊清單層級而非程式碼套件層級宣告。 因此，當有多個程式代碼套件時，每當系統尋找任何一個宣告的服務類型時，它們都會啟動。
EntryPoint 指定的可執行檔通常是長時間執行的服務主機。 SetupEntryPoint 是以與 Service Fabric 相同的認證執行的特殊權限進入點 (通常 LocalSystem 帳戶)，優先於任何其他進入點。 有個別設定的進入點，就不需要使用較高權限來長時間執行服務主機。 EntryPoint 指定的可執行檔是在 SetupEntryPoint 成功結束之後執行。 如果程序曾經終止或當機，則產生的程序會受到監視並重新啟動 (以 SetupEntryPoint再次開始)。
使用 SetupEntryPoint 的一般案例，是當您在服務啟動之前執行可執行檔，或使用提高的權限來執行作業時。 例如：
- 設定及初始化服務可執行檔需要的環境變數。 這不限於透過 Service Fabric 程式設計模型撰寫的可執行檔。 例如，npm.exe 部署 Node.js 應用程式，需要設定某些環境變數。
- 透過安裝安全性憑證設定存取控制。
如需如何設定 SetupEntryPoint 的詳細資訊，請參閱 設定服務安裝進入點的原則。
EnvironmentVariables (未設定於前一個範例中) 提供針對此程式碼套件設定的環境變數清單。 您可以在 ApplicationManifest.xml 中覆寫環境變數，以針對不同的服務執行個體提供不同的值。
DataPackage (未設定於前一個範例中) 會宣告 Name 屬性所命名的資料夾，包含由程序在執行階段使用的任意靜態資料。
ConfigPackage 宣告 Name 屬性所命名的資料夾，其中包含 Settings.xml 檔案。 設定檔案包含程序在執行階段讀回的使用者定義、成對的索引鍵/值設定等區段。 在升級期間，如果只有 ConfigPackage 版本 變更，則不會重新啟動執行中的進程。 相反地，回呼會通知程序組態設定已變更，因此它們可以動態方式重新載入。 以下是檔案 設定.xml 範例：
<Settings xmlns:xsd="https://www.w3.org/2001/XMLSchema" xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance" xmlns="http://schemas.microsoft.com/2011/01/fabric">
<Section Name="MyConfigurationSection">
<Parameter Name="MySettingA" Value="Example1" />
<Parameter Name="MySettingB" Value="Example2" />
</Section>
</Settings>
Service Fabric 服務端點是 Service Fabric 資源的範例。 您可以宣告/變更 Service Fabric 資源，而無須變更已編譯的程式碼。 透過應用程式資訊清單中的 SecurityGroup，即可控制存取服務資訊清單中指定的 Service Fabric 資源。 在服務資訊清單中定義端點資源時，若沒有明確指定連接埠，Service Fabric 會從保留的應用程式連接埠範圍指派連接埠。 深入了解指定或覆寫端點資源。
警告
在設計上，靜態連接埠不應與 ClusterManifest 內指定的應用程式連接埠範圍重疊。 若要指定靜態連接埠，請將其指派至應用程式連接埠範圍以外，否則將導致連接埠發生衝突。 當版本 6.5CU2 中偵測到這類衝突時，我們將發送健全狀況警告，並會讓該部署的行為與隨附的版本 6.5 持續同步。 然而，我們可能會防止下一個主要版本部署應用程式。
在 ApplicationManifest.xml 中描述應用程式
應用程式資訊清單以宣告方式描述應用程式類型和版本。 它指定服務組成中繼資料，例如穩定的名稱、分割配置、執行個體計數/複寫因數、安全性/隔離原則、安置限制、組態覆寫和組成服務類型。 也說明要放置應用程式的負載平衡網域。
因此，應用程式資訊清單描述應用程式層級的元素，並參考用來組成應用程式類型的一個或多個服務資訊清單。 以下是投票範例應用程式的應用程式指令清單（以下是一些更詳細的範例）：
<?xml version="1.0" encoding="utf-8"?>
<ApplicationManifest xmlns:xsd="https://www.w3.org/2001/XMLSchema" xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance" ApplicationTypeName="VotingType" ApplicationTypeVersion="1.0.0" xmlns="http://schemas.microsoft.com/2011/01/fabric">
<Parameters>
<Parameter Name="VotingData_MinReplicaSetSize" DefaultValue="3" />
<Parameter Name="VotingData_PartitionCount" DefaultValue="1" />
<Parameter Name="VotingData_TargetReplicaSetSize" DefaultValue="3" />
<Parameter Name="VotingWeb_InstanceCount" DefaultValue="-1" />
</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="VotingDataPkg" ServiceManifestVersion="1.0.0" />
<ConfigOverrides />
</ServiceManifestImport>
<ServiceManifestImport>
<ServiceManifestRef ServiceManifestName="VotingWebPkg" ServiceManifestVersion="1.0.0" />
<ConfigOverrides />
</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="VotingData">
<StatefulService ServiceTypeName="VotingDataType" TargetReplicaSetSize="[VotingData_TargetReplicaSetSize]" MinReplicaSetSize="[VotingData_MinReplicaSetSize]">
<UniformInt64Partition PartitionCount="[VotingData_PartitionCount]" LowKey="0" HighKey="25" />
</StatefulService>
</Service>
<Service Name="VotingWeb" ServicePackageActivationMode="ExclusiveProcess">
<StatelessService ServiceTypeName="VotingWebType" InstanceCount="[VotingWeb_InstanceCount]">
<SingletonPartition />
<PlacementConstraints>(NodeType==NodeType0)</PlacementConstraints
</StatelessService>
</Service>
</DefaultServices>
</ApplicationManifest>
如同服務指令清單， 版本 屬性是非結構化字串，而且不會由系統剖析。 版本屬性也用於設定每個元件的版本以進行升級。
Parameters 定義整個應用程式資訊清單使用的參數。 這些參數的值可在具現化應用程式時予以提供，而且可覆寫應用程式或服務的組態設定。 如果在應用程式具現化期間未變更值，則會使用預設參數值。 若要了解如何針對個別環境維護不同的應用程式和服務參數，請參閱 管理多個環境的應用程式參數
ServiceManifestImport 包含組成此應用程式類型之服務資訊清單的參考。 應用程式指令清單可以包含多個服務指令清單匯入，而且每個指令清單都可以獨立設定版本。 匯入的服務資訊清單會決定此應用程式類型中哪些服務類型有效。 在 ServiceManifestImport 內，您可覆寫 Settings.xml 中的組態值和 ServiceManifest.xml 檔案中的環境變數。 可以在已匯入的服務資訊清單上設定端點繫結、安全性和存取以及套件共用的 Policies (未設定於前一個範例中)。 如需詳細資訊，請參閱設定應用程式的安全性原則。
DefaultServices 宣告服務執行個體，該執行個體會在每次應用程式針對此應用程式類型具現化時建立。 預設服務只是為了方便起見，在建立之後，其行為在每個方面就像正常的服務。 它們會連同應用程式實例中的其他任何服務一起升級，也可以移除。 應用程式資訊清單可以包含多個預設服務。
警告
DefaultServices 已被取代為 StartupServices.xml。。 您可以閱讀 Service Fabric 應用程式中StartupServices.xml簡介中的StartupServices.xml。
Certificates (未設定於前一個範例中) 會宣告用來設定 HTTPS 端點或在應用程式資訊清單中加密密碼。
位置限制是定義服務執行位置的陳述式。 這些陳述式會附加至您為一或多個節點屬性選取的個別服務。 如需詳細資訊，請參閱 放置條件約束和節點屬性語法。
原則 (未於前述範例設定) 描述要在應用層級設定的記錄集合、預設執行身分、健全狀況和安全性存取原則，包含服務是否可存取 Service Fabric 執行階段。
注意
Service Fabric 叢集的設計是單一租用戶，託管的應用程式則視為是受信任。 如果您考慮託管不受信任應用程式，請參閱在 Service Fabric 叢集中託管不受信任應用程式。
Principals (未設定於前一個範例中) 說明執行服務和保護服務資源所需的安全性主體 (使用者或群組)。 主體會在 Policies 區段中參考。