Często zadawane pytania dotyczące szablonów usługi ARM

Szablony usługi ARM to pliki JSON, w których definiujesz, co chcesz wdrożyć na platformie Azure. Szablony ułatwiają implementowanie rozwiązania infrastruktury jako kodu dla platformy Azure. Organizacja może wielokrotnie i niezawodnie wdrażać wymaganą infrastrukturę w różnych środowiskach.

Aby dowiedzieć się więcej o tym, jak szablony usługi ARM ułatwiają zarządzanie infrastrukturą platformy Azure, zobacz Co to są szablony usługi ARM?

Aby uprościć tworzenie szablonów usługi ARM, potrzebne są odpowiednie narzędzia. Zalecamy zainstalowanie programu Visual Studio Code i rozszerzenia narzędzi usługi Azure Resource Manager. Aby zapoznać się z szybkim wprowadzeniem do tych narzędzi, zobacz Szybki start: tworzenie szablonów usługi ARM za pomocą programu Visual Studio Code.

Gdy wszystko będzie gotowe do zapoznania się z tworzeniem szablonów usługi ARM, rozpocznij serię samouczków dla początkujących na temat szablonów usługi ARM. Te samouczki umożliwiają wykonanie krok po kroku procesu konstruowania szablonu usługi ARM. Poznasz różne sekcje szablonu i sposób ich współpracy. Ta zawartość jest również dostępna jako moduł learn.

Użyj opcji, którą lubisz najlepiej. Obie usługi ułatwiają automatyzację wdrożeń na platformie Azure.

Uważamy, że istnieją korzyści wynikające z używania szablonów usługi ARM w innych usługach infrastruktury jako kodu. Aby dowiedzieć się więcej o tych korzyściach, zobacz Dlaczego warto wybrać szablony usługi ARM?

Tak, oglądaj go w dowolnym momencie.

Aby uzyskać ogólne informacje o funkcjach, które pracujemy, dołącz do grupy Yammer wdrożenia usługi Azure Advisors.

Aby dowiedzieć się więcej o nowym języku szablonu, zarejestruj się w celu otrzymywania powiadomień.

Aby dowiedzieć się więcej na temat specyfikacji szablonu, zobacz Specyfikacje szablonu usługi Azure Resource Manager.

Aby uzyskać zalecenia dotyczące sposobu implementowania szablonów, zobacz Najlepsze rozwiązania dotyczące szablonów usługi ARM. Po utworzeniu szablonu uruchom zestaw narzędzi do testowania usługi ARM. Sprawdza, czy szablon jest zgodny z zalecanymi rozwiązaniami.

Tak, można wyeksportować szablon z grupy zasobów. Wyeksportowany szablon jest dobrym punktem wyjścia do nauki o szablonach, ale prawdopodobnie warto go skorygować przed użyciem go w środowisku produkcyjnym.

Podczas eksportowania szablonu możesz wybrać zasoby, które chcesz uwzględnić w szablonie.

Tak, grupę zasobów można utworzyć w szablonie podczas wdrażania szablonu na poziomie subskrypcji platformy Azure. Aby zapoznać się z przykładem tworzenia grupy zasobów i wdrażania zasobów, zobacz Grupa zasobów i zasoby.

Tak, aby uzyskać więcej informacji, zobacz Programowe tworzenie subskrypcji platformy Azure przy użyciu najnowszych interfejsów API.

Zalecamy uruchomienie zestawu narzędzi do testowania usługi ARM oraz operację analizy co-jeżeli w szablonach przed ich wdrożeniem. Zestaw narzędzi do testowania sprawdza, czy szablon używa najlepszych rozwiązań. Zawiera on ostrzeżenia podczas identyfikowania zmian, które mogą poprawić sposób implementacji szablonu.

Operacja analizy co-jeżeli pokazuje zmiany wprowadzone w szablonie w środowisku. Przed ich wdrożeniem można zobaczyć niezamierzone zmiany. Co-jeżeli zwraca również wszelkie błędy, które można wykryć podczas walidacji wstępnej. Jeśli na przykład szablon zawiera błąd składniowy, zwraca ten błąd. Zwraca również wszelkie błędy, które mogą określić stan końcowy wdrożonych zasobów. Jeśli na przykład szablon wdraża konto magazynu o nazwie, która jest już używana, funkcja analizy co-jeżeli zwróci ten błąd.

Program VS Code zapewnia funkcję IntelliSense do pracy z właściwościami zasobów. Możesz również wyświetlić odwołanie do szablonu dla właściwości i opisów.

Użyj elementu copy, aby określić więcej niż jedno wystąpienie. Możesz użyć kopiowania zasobów, właściwości, zmiennych i danych wyjściowych.

Aby dowiedzieć się więcej o nowym języku, zobacz Co to jest Bicep (wersja zapoznawcza)?.

Obecnie nie ma planu obsługi kodu YAML. Uważamy, że nowy język szablonu oferuje rozwiązanie, które jest łatwiejsze do użycia niż YAML lub JSON.

Tak, możesz kontynuować korzystanie z szablonów JSON.

Tak. Zobacz Konwertowanie szablonów usługi ARM między formatami JSON i Bicep.

Usługa Azure Blueprints będzie używać specyfikacji szablonu w swojej implementacji, zastępując blueprint definition zasób zasobem template spec . Udostępniamy ścieżkę migracji, aby przekonwertować definicję strategii na specyfikację szablonu, ale interfejsy API definicji strategii będą nadal obsługiwane. Brak zmian w zasobie blueprint assignment . Strategie pozostają środowiskiem użytkownika do tworzenia zarządzanego środowiska na platformie Azure.

Nie, ale specyfikacje szablonów zostały zaprojektowane tak, aby działały dobrze z połączonymi szablonami. Przed wdrożeniem szablonu nadrzędnego nie trzeba przenosić połączonego szablonu do publicznie dostępnego punktu końcowego. Zamiast tego należy spakować szablon nadrzędny i jego artefakty razem podczas tworzenia specyfikacji szablonu.

Tak, można ich używać w różnych subskrypcjach, o ile użytkownik ma dostęp do odczytu do specyfikacji szablonu. Nie można używać specyfikacji szablonów w dzierżawach.

Tak, użyj skryptów wdrażania. Skrypty programu Azure PowerShell lub interfejsu wiersza polecenia platformy Azure można uwzględnić w szablonach.

Te opcje są nadal dostępne i nie zostały zmienione. Skrypty wdrażania są przeznaczone do wykonywania akcji, które nie są związane z gościem maszyny wirtualnej. Jeśli musisz uruchomić skrypt w systemie operacyjnym hosta na maszynie wirtualnej, rozszerzenie niestandardowego skryptu i/lub ROZSZERZENIE DSC byłoby lepszym wyborem. Jednak skrypty wdrażania mają zalety, takie jak ustawianie limitu czasu trwania.

Tak, możesz użyć skryptów wdrażania w us Gov Arizona i US Gov Virginia.

Tak, użyj funkcji analizy co-jeżeli. Ocenia bieżący stan środowiska i porównuje go ze stanem, który będzie istniał po wdrożeniu. Możesz sprawdzić podsumowane zmiany, aby upewnić się, że szablon nie ma żadnych nieoczekiwanych wyników.

Tak, oba tryby wdrażania są obsługiwane. Aby zapoznać się z przykładem korzystania z trybu przyrostowego, zobacz Run what-if operation (Uruchamianie operacji analizy co-jeżeli). Aby zapoznać się z przykładem korzystania z trybu pełnego, zobacz Potwierdzanie usunięcia.

Tak, warunkowa ocena stanu szablonu nadrzędnego i jego połączonych szablonów.

Tak, możesz użyć analizy warunkowej, aby sprawdzić, czy potok powinien być kontynuowany.

Pracujemy nad zmniejszeniem hałasu. Pomożesz nam ulepszyć, przesyłając problemy w naszym repozytorium GitHub tutaj: https://aka.ms/WhatIfIssues

Mamy rozszerzenie programu VS Code współautora społeczności, które doskonale nadaje się do wizualizowania szablonu usługi ARM. Przedstawia on wdrażane zasoby i relacje między nimi.

Wizualizator szablonów jest w wersji zapoznawczej w portalu. Aby uzyskać więcej informacji, obejrzyj tę krótką sesję z kompilacji.

W przeszłości ten limit wynosił pięć grup zasobów. Ostatnio wzrosła do 800 grup zasobów. Aby uzyskać więcej informacji, zobacz Tworzenie grup zasobów i zasobów na poziomie subskrypcji.

Zmieniamy sposób przechowywania historii wdrażania dla grupy zasobów. W przeszłości trzeba było ręcznie usunąć wdrożenia z tej historii, aby uniknąć tego błędu. Od czerwca 2020 r. automatycznie usuniemy wdrożenia z historii, gdy zbliżasz się do limitu. Aby uzyskać więcej informacji, zobacz Automatyczne usuwanie z historii wdrożenia.

Usunięcie wdrożenia z historii nie ma wpływu na wdrożone zasoby.

Tak. Aby uzyskać wyjaśnienie sposobu używania szablonów i potoków, zobacz Samouczek: ciągła integracja szablonów usługi ARM z usługą Azure Pipelines i Integrowanie szablonów usługi ARM z usługą Azure Pipelines.

Tak, zobacz Wdrażanie szablonów usługi ARM przy użyciu funkcji GitHub Actions.

Następne kroki

Aby zapoznać się z wprowadzeniem do szablonów usługi ARM, zobacz Co to są szablony usługi ARM?.