Bagikan melalui

Memecahkan masalah CI-CD, Azure DevOps, dan GitHub di Azure Data Factory dan Synapse Analytics

BERLAKU UNTUK: Azure Data Factory Azure Synapse Analytics

Petunjuk / Saran

Cobalah Data Factory di Microsoft Fabric, solusi analitik all-in-one untuk perusahaan. Microsoft Fabric mencakup semuanya mulai dari pergerakan data hingga ilmu data, analitik real time, kecerdasan bisnis, dan pelaporan. Pelajari cara memulai uji coba baru secara gratis!

Dalam artikel ini, mari kita jelajahi metode pemecahan masalah umum untuk Integrasi berkelanjutan-Penyebaran berkelanjutan (CI-CD), Azure DevOps, dan masalah GitHub di Azure Data Factory dan Synapse Analytics.

Jika Anda memiliki pertanyaan atau masalah dalam menggunakan kontrol sumber atau teknik Azure DevOps, berikut adalah beberapa artikel yang mungkin berguna bagi Anda:

  • Lihat Kontrol Sumber untuk mempelajari bagaimana kontrol sumber dipraktikkan dalam layanan.
  • Lihat CI-CD untuk mempelajari lebih lanjut cara CI-CD DevOps dipraktikkan dalam layanan.

Kesalahan umum dan pesan

Sambungan ke repositori Git gagal karena tenant berbeda

Masalah

Terkadang Anda mengalami masalah Autentikasi seperti status HTTP 401. Terutama ketika Anda memiliki beberapa penyewa dengan akun tamu, hal-hal bisa menjadi lebih rumit.

Penyebab

Token diperoleh dari penyewa asli, tetapi layanannya berada di penyewa tamu yang mencoba menggunakan token untuk mengunjungi DevOps di penyewa tamu. Jenis akses token ini bukan perilaku yang diharapkan.

Rekomendasi

Anda harus menggunakan token yang dikeluarkan dari penyewa tamu. Misalnya, Anda harus menetapkan ID Microsoft Entra yang sama untuk menjadi penyewa tamu dan lingkungan DevOps Anda, sehingga dapat mengatur perilaku token dengan tepat dan menggunakan penyewa yang benar.

Parameter template di dalam file parameter tidak valid

Masalah

Jika kita menghapus pemicu di cabang Dev, yang sudah tersedia di cabang Pengujian atau Produksi dengan konfigurasi yang sama (seperti frekuensi dan interval), maka penyebaran alur rilis berhasil dan pemicu yang sesuai dihapus di lingkungan masing-masing. Tetapi jika Anda memiliki konfigurasi yang berbeda (seperti frekuensi dan interval) untuk pemicu di lingkungan Uji/Produksi dan jika Anda menghapus pemicu yang sama di Dev, maka penyebaran gagal dengan kesalahan.

Penyebab

Alur CI/CD gagal dengan kesalahan berikut:

2020-07-20T11:19:02.1276769Z ##[error]Deployment template validation failed: 'The template parameters 'Trigger_Salesforce_properties_typeProperties_recurrence_frequency, Trigger_Salesforce_properties_typeProperties_recurrence_interval, Trigger_Salesforce_properties_typeProperties_recurrence_startTime, Trigger_Salesforce_properties_typeProperties_recurrence_timeZone' in the parameters file are not valid; they are not present in the original template and can therefore not be provided at deployment time. The only supported parameters for this template are 'factoryName, PlanonDWH_connectionString, PlanonKeyVault_properties_typeProperties_baseUrl

Rekomendasi

Kesalahan terjadi karena kami sering menghapus pemicu, yang diparameterkan, oleh karena itu, parameter tidak akan tersedia di templat Azure Resource Manager (ARM) (karena pemicu tidak ada lagi). Karena parameter tidak lagi ada di dalam templat ARM, kita harus memperbarui parameter yang sudah ditentukan ulang di pipeline DevOps. Jika tidak, setiap kali parameter dalam templat-templat ARM berubah, mereka harus memperbarui parameter yang ditimpa dalam alur kerja Azure DevOps (dalam tugas penyebarannya).

Memperbarui jenis properti tidak didukung

Masalah

Alur rilis CI/CD gagal dengan kesalahan berikut:

2020-07-06T09:50:50.8716614Z There were errors in your deployment. Error code: DeploymentFailed.
2020-07-06T09:50:50.8760242Z ##[error]At least one resource deployment operation failed. Please list deployment operations for details. Please see https://aka.ms/DeployOperations for usage details.
2020-07-06T09:50:50.8771655Z ##[error]Details:
2020-07-06T09:50:50.8772837Z ##[error]DataFactoryPropertyUpdateNotSupported: Updating property type is not supported.
2020-07-06T09:50:50.8774148Z ##[error]DataFactoryPropertyUpdateNotSupported: Updating property type is not supported.
2020-07-06T09:50:50.8775530Z ##[error]Check out the troubleshooting guide to see if your issue is addressed: https://learn.microsoft.com/azure/devops/pipelines/tasks/deploy/azure-resource-group-deployment#troubleshooting
2020-07-06T09:50:50.8776801Z ##[error]Task failed while creating or updating the template deployment.

Penyebab

Kesalahan ini disebabkan oleh runtime integrasi dengan nama yang sama di instans layanan target, tetapi dengan tipe yang berbeda. Integration Runtime harus memiliki jenis yang sama selama penyebaran.

Rekomendasi

  • Lihat Praktik Terbaik untuk CI/CD

  • Runtime integrasi tidak sering berubah dan serupa di semua tahap dalam CI/CD Anda, jadi layanan mengharapkan Anda memiliki nama dan jenis runtime integrasi yang sama di semua tahap CI/CD. Jika nama dan jenis & properti berbeda, pastikan untuk mencocokkan konfigurasi runtime integrasi sumber dan target lalu sebarkan alur rilis.

  • Jika Anda ingin berbagi waktu proses integrasi di semua tahap, pertimbangkan untuk menggunakan tempat penyimpanan khusus hanya untuk menampung waktu proses integrasi bersama. Anda dapat menggunakan fasilitas bersama ini di semua lingkungan Anda sebagai jenis runtime integrasi yang tertaut.

Pembuatan atau pembaruan dokumen gagal karena referensi yang tidak valid

Masalah

Saat mencoba menerbitkan perubahan, Anda mendapatkan pesan kesalahan berikut:

"error": { "code": "BadRequest", "message": "The document creation or update failed because of invalid reference '<entity>'.", "target": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/<rgname>/providers/Microsoft.DataFactory/factories/<datafactory>/pipelines/<pipeline>", "details": null }

Penyebab

Anda telah melepaskan konfigurasi Git dan mengaturnya ulang dengan memilih opsi "Impor sumber daya", yang mengatur layanan sebagai "sinkron". Ini berarti tidak ada perubahan selama publikasi.

Resolusi

Copot konfigurasi Git dan atur lagi, dan pastikan TIDAK memeriksa kotak centang "impor sumber daya yang ada".

Pemindahan pabrik data gagal dari satu grup sumber daya ke grup sumber daya lainnya

Masalah

Anda tidak dapat memindahkan pabrik data dari satu Grup Sumber Daya ke Grup Sumber Daya lainnya, gagal dengan kesalahan berikut: { "code": "ResourceMoveProviderValidationFailed", "message": "Resource move validation failed. Please see details. Diagnostic information: timestamp 'xxxxxxxxxxxxZ', subscription id 'xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx', tracking id 'xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx', request correlation id 'xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx'.", "details": [ { "code": "BadRequest", "target": "Microsoft.DataFactory/factories", "message": "One of the resources contain integration runtimes that are either SSIS-IRs in starting/started/stopping state, or Self-Hosted IRs which are shared with other resources. Resource move is not supported for those resources." } ] }

Resolusi

Anda dapat menghapus SSIS-IR dan IR Bersama untuk memungkinkan operasi pemindahan. Jika Anda tidak ingin menghapus runtime integrasi, maka cara terbaik adalah dengan mengikuti petunjuk penyalinan dan penggandaan untuk melakukan penyalinan, dan setelah selesai, hapus data factory lama.

Tidak dapat mengekspor dan mengimpor templat ARM

Masalah

Tak bisa mengekspor dan mengimpor templat ARM. Namun, tidak ada kesalahan pada portal, di jejak browser, Anda dapat melihat kesalahan berikut:

Failed to load resource: the server responded with a status code of 401 (Unauthorized)

Penyebab

Anda telah membuat peran pelanggan sebagai pengguna dan tidak memiliki izin yang diperlukan. Saat Antarmuka pengguna dimuat, serangkaian nilai kontrol eksposur diperiksa. Dalam hal ini, peran akses pengguna tidak memiliki izin untuk mengakses queryFeaturesValue API. Untuk mengakses API ini, fitur parameter global dimatikan. Jalur kode ekspor templat ARM sebagian mengandalkan fitur parameter global.

Resolusi

Untuk mengatasi masalah ini, Anda perlu menambahkan izin berikut ke peran Anda: Microsoft.DataFactory/factories/queryFeaturesValue/action. Izin ini disertakan secara default dalam peran Kontributor Pabrik Data untuk Data Factory, dan peran Kontributor di Synapse Analytics.

Tidak dapat mengotomatiskan penerbitan untuk CI/CD

Penyebab

Sampai saat ini, hanya dimungkinkan untuk menerbitkan alur untuk penyebaran dengan mengklik UI di Portal. Sekarang, proses ini dapat diotomatisasi.

Resolusi

Proses CI/CD telah ditingkatkan. Fitur publikasi Otomatis akan mengambil, memvalidasi, dan mengekspor semua fitur template ARM dari Antarmuka pengguna. Itu membuat logika dapat dikonsumsi melalui paket npm yang tersedia untuk umum @microsoft/azure-data-factory-utilities. Metode ini memungkinkan Anda untuk secara terprogram memicu tindakan ini alih-alih harus pergi ke UI dan memilih tombol. Metode ini memberi saluran CI/CD Anda pengalaman integrasi berkelanjutan yang sebenarnya. Ikuti Peningkatan Penerbitan CI/CD untuk informasi lebih lanjut.

Tidak dapat menerbitkan karena batas templat ARM 4-MB

Masalah

Anda tidak dapat menyebarkan karena mencapai batas Azure Resource Manager dengan ukuran total templat 4 MB. Anda memerlukan solusi untuk menerapkan setelah melewati batas.

Penyebab

Azure Resource Manager membatasi ukuran templat menjadi 4 MB. Batasi ukuran templat Anda hingga 4 MB, dan setiap file parameter hingga 64 KB. Batas 4-MB berlaku untuk status akhir templat setelah diperluas dengan definisi sumber daya iteratif, dan nilai untuk variabel dan parameter. Tapi, Anda telah melewati batas.

Resolusi

Untuk solusi kecil hingga menengah, satu templat lebih mudah dipahami dan dikelola. Anda dapat melihat semua sumber daya dan nilai dalam satu file. Untuk skenario tingkat lanjut, templat yang ditautkan memungkinkan Anda untuk menguraikan solusi menjadi komponen yang ditargetkan. Ikuti praktik terbaik di Menggunakan Templat Tertaut dan Bertumpuk.

Batas DevOps API 20 MB menyebabkan ADF terpicu dua kali atau lebih, bukan sekali.

Masalah

Saat menerbitkan sumber daya, alur Azure memicu dua kali atau lebih alih-alih sekali.

Penyebab

Azure DevOps memiliki batas REST API sebesar 20 MB. Ketika templat ARM melebihi ukuran ini, ADF secara internal membagi file templat menjadi beberapa file dengan templat tertaut untuk menyelesaikan masalah ini. Sebagai dampak samping, pemisahan tersebut dapat mengakibatkan pemicu pelanggan dijalankan lebih dari satu kali.

Resolusi

Gunakan metode Publikasi otomatis (pilihan) atau pemicu manual ADF untuk memicu satu kali alih-alih dua kali atau lebih.

Tidak dapat tersambung ke GIT Enterprise

Masalah

Anda tidak dapat tersambung ke GIT Enterprise akibat masalah izin. Anda dapat melihat kesalahan seperti 422 - Entitas yang Tidak Dapat Diproses.

Penyebab

  • Anda belum mengonfigurasi OAuth untuk layanan ini.
  • URL Anda salah dikonfigurasi. repoConfiguration harus berjenis FactoryGitHubConfiguration

Resolusi

Anda memberikan akses OAuth ke layanan pada awalnya. Kemudian, Anda harus menggunakan URL yang benar untuk terhubung ke GIT Enterprise. Konfigurasi harus diatur untuk organisasi pelanggan. Misalnya, layanan mencoba https://hostname/api/v3/search/repositories?q=user%3<kredensial> pelanggan.... pada awalnya dan gagal. Kemudian, ia mencoba https://hostname/api/v3/orgs/<org>/<repo>..., dan berhasil.

Tidak dapat memulihkan dari instans yang dihapus

Masalah

Instans layanan, atau grup sumber daya yang memuatnya, telah dihapus dan perlu dipulihkan.

Penyebab

Dimungkinkan untuk memulihkan instans hanya jika kontrol sumber dikonfigurasi untuk instans tersebut dengan DevOps atau Git. Tindakan ini akan membawa semua sumber daya terbaru yang sudah diterbitkan, tetapi tidak akan memulihkan alur kerja, himpunan data, atau layanan tertaut yang belum diterbitkan. Jika tidak ada kontrol Sumber, memulihkan instans yang dihapus dari backend Azure tidak dimungkinkan karena setelah layanan menerima perintah hapus, instans akan dihapus secara permanen tanpa cadangan apa pun.

Resolusi

Untuk memulihkan instans layanan yang dihapus yang memiliki kontrol sumber yang dikonfigurasi, lihat langkah-langkah di bawah ini:

  • Buat instans baru dari layanan.

  • Konfigurasi ulang Git dengan pengaturan yang sama, tetapi pastikan untuk mengimpor sumber daya yang ada ke repositori yang dipilih, dan pilih Cabang baru.

  • Buat pull request untuk menggabungkan perubahan ke cabang kolaborasi dan publikasikan.

  • Jika ada Runtime integrasi yang dihost sendiri di pabrik data atau ruang kerja Synapse yang dihapus, instans baru IR harus dibuat di pabrik atau ruang kerja baru. Instans IR komputer virtual atau lokal harus dihapus installannya dan dipasang ulang, dan kunci baru diperoleh. Setelah penyiapan IR baru selesai, Layanan Tertaut harus diperbarui agar mengarah ke IR baru dan koneksi diuji lagi, atau akan gagal dengan kesalahan referensi tidak valid.

Tidak dapat menyebarkan ke tahap yang berbeda menggunakan metode publikasi otomatis

Masalah

Pelanggan mengikuti semua langkah yang diperlukan seperti menginstal paket NPM dan menyiapkan tahap yang lebih tinggi menggunakan Azure DevOps, tetapi penyebaran masih gagal.

Penyebab

Saat paket npm dapat digunakan dengan berbagai cara, salah satu manfaat utama sedang digunakan melalui Azure Pipeline. Pada setiap penggabungan ke cabang kolaborasi Anda, sebuah alur kerja dapat dipicu yang pertama-tama memvalidasi semua kode dan kemudian mengekspor templat ARM ke artefak pembangunan yang dapat digunakan oleh alur kerja rilis. Dalam alur Starter, file YAML harus valid dan lengkap.

Resolusi

Bagian berikut ini tidak valid karena folder package.json tidak valid.

- task: Npm@1
  inputs:
    command: 'custom'
    workingDir: '$(Build.Repository.LocalPath)/<folder-of-the-package.json-file>' #replace with the package.json folder
    customCommand: 'run build validate $(Build.Repository.LocalPath) /subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/testResourceGroup/providers/Microsoft.DataFactory/factories/yourFactoryName'
  displayName: 'Validate'

DataFactory harus termasuk di dalam customCommand seperti 'run build validate $(Build.Repository.LocalPath)/DataFactory/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/testResourceGroup/providers/Microsoft.DataFactory/factories/yourFactoryName'. Pastikan file YAML yang dihasilkan untuk tahap yang lebih tinggi seharusnya memerlukan artefak JSON.

Bagian kiri tambahan [ ditampilkan dalam file JSON yang telah diterbitkan

Masalah

Saat menerbitkan dengan DevOps, ada [ tambahan yang ditampilkan. Layanan ini menambahkan satu lagi [ dalam templat ARM di DevOps secara otomatis. Anda akan melihat ekspresi seperti [[ dalam file JSON.

Penyebab

Karena [ merupakan karakter khusus untuk templat ARM, sebuah [ ditambahkan secara otomatis untuk menyiasati [.

Resolusi

Hal ni adalah perilaku normal selama proses penerbitan untuk CI/CD.

Melakukan CI/CD selama tahap berlangsung/antrean eksekusi alur

Masalah

Anda ingin melakukan CI/CD selama tahap kemajuan dan pengantrean proses pipeline.

Penyebab

Jika pipeline dalam tahap berlangsung/antrean, Anda harus segera memantau pipeline dan aktivitasnya. Kemudian, Anda dapat memutuskan untuk menunggu hingga jalur pipa selesai atau Anda dapat membatalkan jalannya jalur pipa.

Resolusi

Anda dapat memantau saluran menggunakan SDK, Azure Monitor, atau Monitor. Kemudian, Anda dapat mengikuti Praktik Terbaik CI/CD untuk memandu Anda lebih lanjut.

Lakukan UNIT TESTING selama pengembangan dan penyebaran

Masalah

Anda ingin melakukan pengujian unit selama pengembangan dan penyebaran jalur pemrosesan Anda.

Penyebab

Selama siklus pengembangan dan penyebaran, Anda mungkin ingin melakukan pengujian unit (unit test) pada alur Anda sebelum menerbitkannya secara manual atau otomatis. Otomatisasi pengujian memungkinkan Anda menjalankan lebih banyak pengujian, dalam waktu yang lebih singkat, dengan pengulangan yang dijamin. Pengujian ulang secara otomatis semua pipeline Anda sebelum penyebaran memberikan beberapa perlindungan terhadap kesalahan regresi. Pengujian otomatis adalah komponen kunci dari pendekatan pengembangan perangkat lunak CI/CD: penyertaan pengujian otomatis dalam saluran penyebaran CI/CD dapat meningkatkan kualitas secara signifikan. Dalam jangka panjang, artefak saluran yang diuji akan digunakan kembali untuk menghemat biaya dan waktu Anda.

Resolusi

Karena pelanggan mungkin memiliki persyaratan pengujian unit yang berbeda dengan keahlian yang berbeda, praktik normal harus mengikuti langkah-langkah berikut:

  1. Siapkan proyek CI/CD Azure DevOps atau kembangkan strategi pengujian berbasis SDK jenis .NET/PYTHON/REST.
  2. Untuk CI/CD, buat artefak binaan yang berisi semua skrip dan sumber daya yang akan disebarkan dalam jalur rilis. Untuk pendekatan berbasis SDK, kembangkan unit Uji menggunakan PyTest dengan Python, Nunit dalam C# menggunakan .NET SDK, dan seterusnya.
  3. Jalankan pengujian unit sebagai bagian dari alur rilis atau secara independen dengan ADF Python/PowerShell/.NET/REST SDK.

Misalnya, Anda ingin menghapus duplikat dalam file dan kemudian menyimpan kumpulan file sebagai tabel dalam database. Untuk menguji alur, Anda menyiapkan proyek CI/CD menggunakan Azure DevOps. Anda menyiapkan tahap alur TEST di mana Anda menyebarkan pipeline yang telah dikembangkan. Anda mengonfigurasi tahap TEST untuk menjalankan pengujian Python untuk memastikan data tabel adalah data yang Anda harapkan. Jika Anda tidak menggunakan CI/CD, Anda menggunakan Nunit untuk memicu alur kerja yang telah diterapkan dengan pengujian yang Anda inginkan. Setelah puas dengan hasilnya, Anda akhirnya dapat menerbitkan alur ke instans produksi.

Jalur pemrosesan mengalami kegagalan sementara setelah penyebaran CI/CD atau pembaruan pengembangan.

Masalah

Setelah beberapa waktu, saluran baru mulai berhasil berjalan tanpa adanya tindakan apa pun dari pengguna setelah kegagalan sementara.

Penyebab

Terdapat beberapa skenario yang dapat memicu perilaku ini, dan semuanya melibatkan versi baru dari sumber daya dependen yang dipanggil oleh versi lama dari sumber daya induk. Misalnya, sub-aliran yang ada yang dipanggil dengan "Jalankan aliran" diperbarui agar memiliki parameter yang diperlukan dan aliran induk yang ada diperbarui untuk mengoper parameter ini. Jika penyebaran terjadi selama pelaksanaan pipeline induk, tetapi sebelum aktivitas Jalankan Pipeline, versi lama dari pipeline memanggil versi baru dari pipeline anak, dan parameter yang diharapkan tidak akan diteruskan. Hal ini menyebabkan alur gagal dengan UserError. Hal ini juga dapat terjadi dengan jenis dependensi lain, seperti jika perubahan besar dibuat pada layanan tertaut selama eksekusi saluran yang mereferensikannya.

Resolusi

Eksekusi baru saluran induk akan secara otomatis mulai berhasil, jadi biasanya tidak ada tindakan yang perlu diperlukan. Namun, untuk mencegah kesalahan ini, pelanggan harus mempertimbangkan ketergantungan saat menyusun dan merencanakan penerapan untuk menghindari perubahan yang merusak.

Tidak dapat membuat parameter waktu proses integrasi dalam layanan tertaut

Masalah

Perlu mengatur parameter untuk waktu proses integrasi layanan tertaut

Penyebab

Fitur ini tidak didukung.

Resolusi

Anda harus memilih secara manual dan mengatur runtime integrasi. Anda dapat menggunakan PowerShell API untuk mengubah juga. Perubahan ini dapat memiliki implikasi hilir.

Perbarui/ubah runtime integrasi pada saat proses CI/CD.

Masalah

Mengubah nama Runtime integrasi selama penyebaran CI/CD.

Penyebab

Membuat parameter referensi entitas (Runtime integrasi dalam Layanan Tertaut, himpunan data dalam aktivitas, Layanan Tertaut dalam himpunan data) tidak didukung. Mengubah nama runtime selama penerapan menyebabkan sumber daya yang bergantung (sumber daya yang merujuk runtime Integrasi) menjadi rusak dengan referensi yang tidak valid.

Resolusi

Data Factory mengharuskan Anda memiliki nama dan jenis runtime integrasi yang sama di semua tahapan CI/CD.

Penyebaran templat ARM gagal dengan kesalahan DataFactoryPropertyUpdateNotSupported

Masalah

Penyebaran template ARM gagal dengan kesalahan seperti DataFactoryPropertyUpdateNotSupported: Pembaruan tipe properti tidak didukung.

Penyebab

Penyebaran templat ARM sedang mencoba untuk mengubah jenis runtime integrasi yang ada. Hal ini tidak diizinkan dan akan menyebabkan kegagalan penyebaran karena pabrik data memerlukan nama dan jenis runtime integrasi yang sama di semua tahap CI/CD.

Resolusi

Jika Anda ingin berbagi waktu proses integrasi di semua tahap, pertimbangkan untuk menggunakan tempat penyimpanan khusus hanya untuk menampung waktu proses integrasi bersama. Anda dapat menggunakan fasilitas bersama ini di semua lingkungan Anda sebagai jenis runtime integrasi yang tertaut. Untuk informasi selengkapnya, lihat Integrasi dan pengiriman berkelanjutan - Azure Data Factory

Penerbitan Git mungkin gagal karena file PartialTempTemplates

Masalah

Ketika Anda memiliki 1000 d file json templat ARM sementara lama di folder PartialTemplates, penerbitan mungkin gagal.

Penyebab

Pada saat publikasi, ADF mengambil setiap file di dalam setiap folder di cabang kolaborasi. Di masa lalu, penerbitan menghasilkan dua folder di cabang penerbitan: PartialArmTemplates dan LinkedTemplates. Berkas PartialArmTemplates tidak lagi dihasilkan. Namun, karena mungkin ada banyak file lama (ribuan) di folder PartialArmTemplates, ini dapat mengakibatkan banyak permintaan dibuat untuk GitHub pada publikasi dan batas tarif yang dipukul.

Resolusi

Hapus folder PartialTemplates dan terbitkan ulang. Anda juga dapat menghapus file sementara di folder itu.

Menyertakan parameter global dalam opsi templat ARM tidak berfungsi

Masalah

Jika Anda menggunakan templat parameterisasi default lama, cara baru untuk menyertakan parameter global dari Kelola Hub tidak akan berfungsi.

Penyebab

Template parameterisasi default harus menyertakan semua nilai dari daftar parameter global.

Resolusi

  • Gunakan template parameterisasi default yang diperbarui sebagai migrasi satu kali ke metode baru yang menyertakan parameter global. Template ini mereferensikan ke semua nilai dalam daftar parameter global. Anda juga harus memperbarui tugas penyebaran di pipeline rilis jika Anda sudah menimpa parameter templatnya di sana.
  • Perbarui nama parameter templat dalam alur CI/CD jika Anda sudah mengambil alih parameter templat (untuk parameter global).

Kode kesalahan: InvalidTemplate

Masalah

Pesan mengatakan Tidak dapat mengurai ekspresi. Ekspresi yang diteruskan pada konten dinamis aktivitas tidak diproses dengan benar karena kesalahan sintaksis.

Penyebab

Konten dinamis tidak ditulis sesuai persyaratan bahasa ekspresi.

Resolusi

  • Untuk eksekusi debug, periksa ekspresi di dalam alur pada cabang git saat ini.
  • Untuk Eksekusi yang dipicu, periksa ekspresi dalam alur dalam mode Langsung.

Konten terkait

Untuk bantuan selengkapnya tentang pemecahan masalah, cobalah sumber daya berikut ini: