Wdrażanie istniejącego pliku wykonywalnego w usłudze Service Fabric

W usłudze Azure Service Fabric możesz uruchomić dowolny typ kodu, taki jak Node.js, Java lub C++. Service Fabric nazywa tego typu usługi plikami wykonywalnymi dla gości.

Pliki wykonywalne gościa są traktowane przez usługę Service Fabric jak usługi bezstanowe. W związku z tym są one umieszczane w węzłach w klastrze na podstawie dostępności i innych metryk. W tym artykule opisano, jak spakować i wdrożyć plik wykonywalny gościa w klastrze Service Fabric, używając programu Visual Studio lub narzędzia wiersza polecenia.

Uwaga

Klaster usługi Service Fabric jest zaprojektowany jako jedno-dziedziczne, a hostowane aplikacje są uznawane za zaufane. Jeśli rozważasz hostowanie niezaufanych aplikacji, zobacz Hosting niezaufanych aplikacji w klastrze usługi Service Fabric.

Zalety uruchamiania programu gościa w środowisku Service Fabric

Istnieje kilka zalet uruchamiania programu wykonywalnego gościnnego w klastrze usług Service Fabric.

  • Wysoka dostępność. Aplikacje uruchamiane w usłudze Service Fabric są wysoce dostępne. Service Fabric zapewnia, że wystąpienia aplikacji są uruchomione.
  • Monitorowanie kondycji. Monitorowanie kondycji usługi Service Fabric wykrywa, czy aplikacja jest uruchomiona, i udostępnia informacje diagnostyczne w przypadku wystąpienia awarii.
  • Zarządzanie cyklem życia aplikacji. Oprócz zapewnienia aktualizacji bez przerw w działaniu, usługa Service Fabric zapewnia automatyczne wycofywanie do poprzedniej wersji, jeśli podczas uaktualniania zgłoszono nieprawidłowe zdarzenie dotyczące kondycji.
  • Gęstość. W klastrze można uruchamiać wiele aplikacji, co eliminuje konieczność uruchamiania każdej aplikacji na własnym sprzęcie.
  • Odnajdywanie: za pomocą protokołu REST można wywołać usługę nazewnictwa Service Fabric, aby znaleźć inne usługi w klastrze.

Przykłady

Omówienie plików manifestu aplikacji i usługi

W ramach wdrażania pliku wykonywalnego gościa warto zrozumieć model pakowania i wdrażania usługi Service Fabric zgodnie z opisem w modelu aplikacji. Model pakowania usługi Service Fabric opiera się na dwóch plikach XML: manifestach aplikacji i usługi. Definicja schematu dla plików ApplicationManifest.xml i ServiceManifest.xml jest instalowana z zestawem SDK usługi Service Fabric w folderze C:\Program Files\Microsoft SDKs\Service Fabric\schemas\ServiceFabricServiceModel.xsd.

  • Manifest aplikacji Manifest aplikacji służy do opisywania aplikacji. Wyświetla listę usług, które je tworzą, oraz inne parametry używane do definiowania sposobu wdrażania co najmniej jednej usługi, na przykład liczby wystąpień.

    W usłudze Service Fabric aplikacja jest jednostką wdrażania i uaktualniania. Aplikację można uaktualnić jako pojedynczą jednostkę, w której można zarządzać potencjalnymi awariami i potencjalnymi wycofywaniami. Usługa Service Fabric gwarantuje, że proces uaktualniania zakończy się pomyślnie lub, jeśli uaktualnienie zakończy się niepowodzeniem, nie pozostawi aplikacji w nieznanym lub niestabilnym stanie.

  • Manifest usługi Manifest usługi opisuje składniki usługi. Obejmuje ona dane, takie jak nazwa i typ usługi, oraz jego kod i konfiguracja. Manifest usługi zawiera również kilka dodatkowych parametrów, których można użyć do skonfigurowania usługi po jej wdrożeniu.

Struktura plików pakietu aplikacji

Aby wdrożyć aplikację w usłudze Service Fabric, aplikacja powinna być zgodna ze wstępnie zdefiniowaną strukturą katalogów. Poniżej przedstawiono przykład tej struktury.

|-- ApplicationPackageRoot
    |-- GuestService1Pkg
        |-- Code
            |-- existingapp.exe
        |-- Config
            |-- Settings.xml
        |-- Data
        |-- ServiceManifest.xml
    |-- ApplicationManifest.xml

Plik ApplicationPackageRoot zawiera plik ApplicationManifest.xml, który definiuje aplikację. Podkatalog dla każdej usługi zawartej w aplikacji jest używany do przechowywania wszystkich artefaktów, których wymaga usługa. Te podkatalogi to ServiceManifest.xml i zazwyczaj następujące:

  • Kod. Ten katalog zawiera kod usługi.
  • Konfiguracja. Ten katalog zawiera plik Settings.xml (i inne pliki w razie potrzeby), do którego usługa może uzyskać dostęp w czasie wykonywania w celu pobrania określonych ustawień konfiguracji.
  • Dane. Jest to dodatkowy katalog do przechowywania dodatkowych danych lokalnych, których może potrzebować usługa. Dane powinny być używane do przechowywania tylko danych efemerycznych. Usługa Service Fabric nie kopiuje ani nie replikuje zmian w katalogu danych, jeśli usługa musi zostać przeniesiona (na przykład podczas pracy w trybie failover).

Uwaga

Nie musisz tworzyć config katalogów i data , jeśli ich nie potrzebujesz.

Następne kroki

Zapoznaj się z następującymi artykułami, aby uzyskać powiązane informacje i zadania.

  • Last updated on