Wdrażanie rozwiązania w usłudze Azure IoT Operations (wersja zapoznawcza)
Ważne
Usługa Azure IoT Operations Preview — włączona przez usługę Azure Arc jest obecnie dostępna w wersji zapoznawczej. Nie należy używać tego oprogramowania w wersji zapoznawczej w środowiskach produkcyjnych.
Zobacz Dodatkowe warunki użytkowania wersji zapoznawczych platformy Microsoft Azure, aby zapoznać się z postanowieniami prawnymi dotyczącymi funkcji platformy Azure, które są w wersji beta lub wersji zapoznawczej albo w inny sposób nie zostały jeszcze wydane jako ogólnie dostępne.
Użyj usługi Azure IoT Orchestrator w wersji zapoznawczej, aby wdrożyć, skonfigurować i zaktualizować składniki scenariusza przetwarzania brzegowego usługi Azure IoT Operations Preview.
Orchestrator to usługa, która zarządza obciążeniami aplikacji w klastrach Kubernetes, które zostały włączone w usłudze Arc. Wykorzystuje ona istniejące narzędzia, takie jak Helm, Kubectl i Arc, w celu osiągnięcia żądanego stanu w klastrze docelowym. Program Orchestrator używa modelu rozszerzalności nazywanego dostawcami, który umożliwia obsługę wdrożeń i konfiguracji w wielu różnych platformach systemu operacyjnego i mechanizmach wdrażania. Program Orchestrator udostępnia również funkcje raportowania uzgodnień i stanu, aby zapewnić utrzymanie żądanego stanu.
Konstrukcje
Kilka konstrukcji ułatwia zarządzanie wdrażaniem i konfiguracją obciążeń aplikacji.
Manifesty
Trzy typy manifestów, rozwiązania docelowego i wystąpienia współpracują ze sobą, aby opisać żądany stan klastra. Aby uzyskać więcej informacji na temat tworzenia plików manifestu, zobacz manifesty.
Rozwiązanie
Rozwiązanie to szablon, który definiuje obciążenie aplikacji, które można wdrożyć na jednym lub wielu miejscach docelowych. Rozwiązanie opisuje składniki aplikacji. Składniki aplikacji to zasoby, które chcesz wdrożyć w klastrze docelowym i które używają składników infrastrukturalnych zdefiniowanych w manifeście docelowym, takich jak skrypty programu PowerShell lub potoki procesora danych usługi Azure IoT w wersji zapoznawczej.
Obiekt docelowy
Element docelowy to określone środowisko wdrażania, takie jak klaster Kubernetes lub urządzenie brzegowe. Opisuje on składniki struktury, które są składnikami zainstalowanymi raz na urządzeniu, takimi jak program PowerShell lub procesor danych usługi Azure IoT. Każdy element docelowy ma własne ustawienia konfiguracji, które można dostosować w celu spełnienia określonych potrzeb środowiska wdrażania. Element docelowy określa również powiązania dostawcy, które definiują typy zasobów, które mają być zarządzane w obiekcie docelowym (na przykład helm, skrypty programu PowerShell, listy CRS lub skrypty powłoki Bash).
Wystąpienie
Wystąpienie jest konkretnym wdrożeniem rozwiązania dla elementu docelowego. Można go traktować jako wystąpienie rozwiązania.
Dostawcy usługi
Dostawcy to model rozszerzalności, który umożliwia programowi Orchestrator obsługę wdrożeń i konfiguracji w wielu różnych platformach systemu operacyjnego i mechanizmach wdrażania. Dostawcy są odpowiedzialni za wykonywanie akcji wymaganych do osiągnięcia żądanego stanu zasobu. Program Orchestrator obsługuje kilka standardowych narzędzi branżowych, takich jak Helm, Kubectl i Arc. Aby uzyskać więcej informacji, zobacz dostawcy.
Uzgadnianie
Proces uzgadniania gwarantuje, że żądany stan zasobu jest utrzymywany. Menedżer zasobów w klastrze porównuje bieżący stan wszystkich zasobów z żądanym stanem określonym w manifeście rozwiązania. Jeśli występuje rozbieżność, menedżer zasobów wywołuje odpowiedniego dostawcę w klastrze, aby zaktualizować zasób do żądanego stanu.
Jeśli menedżer zasobów nie może uzgodnić żądanego stanu, to wdrożenie jest zgłaszane jako błąd, a klaster pozostaje w poprzednim stanie pomyślnym.
Domyślnie menedżer zasobów wyzwala uzgadnianie co trzy minuty, aby sprawdzić dostępność aktualizacji żądanego stanu. Można skonfigurować te zasady interwału sondowania, aby dostosować je dla scenariuszy wymagających częstszych testów lub tych, które wolą rzadziej sprawdzać, aby zmniejszyć obciążenie.
Raportowanie stanu
Funkcje raportowania stanu zapewniają utrzymanie żądanego stanu. Gdy menedżer zasobów w klastrze wykryje błąd pojedynczego składnika, uważa, że całe wdrożenie jest niepowodzeniem i ponawia próbę wdrożenia. Jeśli dany składnik ponownie zakończy się niepowodzeniem, wdrożenie zostanie uznane za nieudane i na podstawie konfigurowalnego ustawienia uzgodnień menedżer zasobów zatrzymuje wyszukiwanie stanu i aktualizuje wystąpienie ze stanem niepowodzenia . Ten stan niepowodzenia (lub powodzenia) jest synchronizowany z chmurą i udostępniany za pośrednictwem interfejsów API dostawcy zasobów. Przepływy pracy środowiska można następnie skompilować, aby powiadomić klienta, spróbować ponowić próbę lub wdrożyć poprzednią wersję rozwiązania.