Bagikan melalui

Perubahan pascamigrasi

  • Artikel

Penerapan Cloud Services (klasik) dikonversi ke penyebaran Cloud Services (dukungan diperpanjang). Untuk informasi lebih lanjut, lihat dokumentasi Azure Cloud Services (dukungan tambahan).

Perubahan pada file penyebaran

Perubahan kecil dilakukan pada file .csdef dan .cscfg pelanggan untuk membuat file penyebaran sesuai dengan persyaratan Azure Resource Manager dan Cloud Services (dukungan diperpanjang). Pasca migrasi, ambil file penyebaran baru Anda atau perbarui file yang sudah ada. Ini akan diperlukan untuk operasi pemutakhiran/penghapusan.

  • Virtual Network menggunakan ID sumber daya Azure Resource Manager lengkap alih-alih hanya nama sumber daya di bagian NetworkConfiguration pada file .cscfg. Contohnya, /subscriptions/subscription-id/resourceGroups/resource-group-name/providers/Microsoft.Network/virtualNetworks/vnet-name. Untuk jaringan virtual yang termasuk dalam grup sumber daya yang sama dengan cloud service, Anda dapat memilih untuk memperbarui file .cscfg kembali hanya menggunakan nama jaringan virtual.

  • Ukuran klasik seperti Small, Large, ExtraLarge digantikan oleh nama ukuran baru mereka, Standard_A*. Nama ukuran perlu diubah ke nama baru mereka dalam file .csdef. Untuk informasi selengkapnya, lihat prasyarat penerapan Cloud Services (dukungan diperpanjang)

  • Gunakan Get API untuk mendapatkan salinan terbaru file penyebaran.

Perubahan pada Otomatisasi pelanggan, pipeline CI/CD, skrip kustom, dasbor kustom, perkakas kustom, dll.

Pelanggan perlu memperbarui perkakas dan otomatisasi mereka untuk mulai menggunakan API/perintah baru untuk mengelola penyebaran mereka. Pelanggan dapat dengan mudah mengadopsi fitur dan kemampuan baru Azure Resource Manager/Cloud Services (dukungan diperpanjang) sebagai bagian dari perubahan ini.

  • Perubahan pada nama Grup Sumber Daya dan Sumber Daya pasca migrasi

  • Buat ulang aturan dan kebijakan yang diperlukan untuk mengelola dan menskalakan cloud services

    • Aturan Skala Otomatis tidak dimigrasikan. Setelah migrasi, buat ulang aturan skala otomatis.
    • Pemberitahuan tidak dimigrasikan. Setelah migrasi, buat ulang pemberitahuan.
    • Key Vault dibuat tanpa kebijakan akses apa pun. Buat kebijakan yang sesuaii pada Key Vault untuk melihat atau mengelola sertifikat Anda. Sertifikat akan terlihat di bawah pengaturan pada tab yang disebut rahasia.

Perubahan pada Manajemen Sertifikat Pasca Migrasi

Sebagai praktik standar untuk mengelola sertifikat Anda, semua file sertifikat .pfx yang valid harus ditambahkan ke penyimpanan sertifikat di Key Vault dan pembaruan akan berfungsi dengan baik melalui klien apa pun - Portal, PowerShell, atau REST API.

Saat ini, Portal Microsoft Azure melakukan validasi bagi Anda untuk memeriksa apakah semua Sertifikat yang diperlukan telah diunggah di penyimpanan sertifikat di Key Vault dan memperingatkan jika sertifikat tidak ditemukan. Namun, jika Anda berencana untuk menggunakan Sertifikat sebagai rahasia, maka sertifikat ini tidak dapat divalidasi dengan thumbprint-nya dan setiap operasi pembaruan yang melibatkan penambahan rahasia akan gagal melalui Portal. Pelanggan disarankan untuk menggunakan PowerShell atau RestAPI untuk melanjutkan pembaruan yang melibatkan Rahasia.

Perubahan untuk Pembaruan melalui Visual Studio

Jika Anda memublikasikan pembaruan melalui Visual Studio secara langsung, Anda harus terlebih dahulu mengunduh file CSCFG terbaru dari migrasi pasca penyebaran Anda. Gunakan file ini sebagai referensi untuk menambahkan detail Konfigurasi Jaringan ke file CSCFG Anda saat ini dalam proyek Visual Studio. Kemudian bangun solusi dan publikasikan. Anda mungkin harus memilih Key Vault dan Grup Sumber Daya untuk pembaruan ini.

Langkah berikutnya