Sdílet prostřednictvím

Změny po migraci

  • Článek

Nasazení Cloud Services (Classic) se převede na nasazení Cloud Services (rozšířená podpora). Další informace najdete v dokumentaci ke cloudovým službám (rozšířená podpora).

Změny souborů nasazení

V souboru .csdef a .cscfg zákazníka se provádějí menší změny, aby soubory nasazení odpovídaly požadavkům Azure Resource Manageru a cloudových služeb (rozšířená podpora). Po migraci se načtou nové soubory nasazení nebo se aktualizují existující soubory, které jsou potřeba pro operace aktualizace nebo odstranění.

  • Virtuální síť používá úplné ID prostředku Azure Resource Manageru místo názvu prostředku v části NetworkConfiguration souboru .cscfg. Například /subscriptions/subscription-id/resourceGroups/resource-group-name/providers/Microsoft.Network/virtualNetworks/vnet-name. U virtuálních sítí patřících do stejné skupiny prostředků jako cloudová služba můžete soubor .cscfg aktualizovat zpět tak, aby používal pouze název virtuální sítě.

  • Klasické velikosti, jako je Small, Large, ExtraLarge, se nahrazují novými názvy velikostí Standard_A*. Názvy velikostí je potřeba změnit na nové názvy v souboru .csdef. Další informace najdete v požadavcích nasazení cloudových služeb (rozšířená podpora).

  • Pomocí rozhraní Get API získáte nejnovější kopii souborů nasazení.

Změny automatizace, kanálu CI/CD zákazníka, vlastních skriptů, vlastních řídicích panelů, vlastních nástrojů atd.

Zákazníci potřebují aktualizovat své nástroje a automatizaci, aby mohli začít používat nová rozhraní API nebo příkazy ke správě nasazení. Zákazník může v rámci této změny snadno přijmout nové funkce a možnosti Azure Resource Manageru nebo cloudových služeb (rozšířená podpora).

  • Změny názvů prostředků a skupin prostředků po migraci

  • Opětovné vytvoření pravidel a zásad potřebných ke správě a škálování cloudových služeb

    • Pravidla automatického škálování se nemigrují. Po migraci znovu vytvořte pravidla automatického škálování.
    • Upozornění se nemigrují. Po migraci znovu vytvořte výstrahy.
    • Služba Key Vault se vytvoří bez jakýchkoli zásad přístupu. Pokud chcete zobrazit nebo spravovat certifikáty, vytvořte ve službě Key Vault odpovídající zásady . Certifikáty jsou viditelné v nastavení na kartě s názvem tajné kódy.

Změny správy certifikátů po migraci

Standardním postupem při správě certifikátů by měly být všechny platné soubory certifikátů .pfx přidány do úložiště certifikátů ve službě Key Vault a aktualizace by fungovaly dokonale v pořádku prostřednictvím libovolného klienta – portálu, PowerShellu nebo rozhraní REST API.

Azure Portal v současné době provádí ověření, jestli se všechny požadované certifikáty nahrají do úložiště certifikátů ve službě Key Vault a zobrazí upozornění, pokud se certifikát nenajde. Pokud ale plánujete používat certifikáty jako tajné kódy, tyto certifikáty se nedají ověřit pro kryptografický otisk a všechny operace aktualizace, které zahrnují přidání tajných kódů, selžou prostřednictvím portálu. Zákazníkům se doporučuje používat PowerShell nebo RestAPI, aby mohli pokračovat v aktualizacích tajných kódů.

Změny pro aktualizaci prostřednictvím sady Visual Studio

Pokud jste aktualizace publikovali přímo přes Visual Studio, budete si muset nejprve stáhnout nejnovější soubor CSCFG z nasazení po migraci. Tento soubor použijte jako odkaz na přidání podrobností o konfiguraci sítě do aktuálního souboru CSCFG v projektu sady Visual Studio. Pak sestavte řešení a publikujte ho. Pro tuto aktualizaci možná budete muset zvolit službu Key Vault a skupinu prostředků.

Další kroky