Bekerja dengan Azure Functions Core Tools

  • Artikel
  • 20 menit untuk membaca

Azure Functions Core Tools membuat Anda dapat mengembangkan dan menguji fungsi di komputer lokal dari perintah atau terminal. Fungsi lokal Anda dapat terhubung ke layanan Azure langsung, dan Anda dapat melakukan debug fungsi di komputer lokal menggunakan runtime Azure Functions penuh. Anda bahkan dapat menerapkan aplikasi fungsi ke langganan Azure Anda.

Penting

Jangan mencampur pengembangan lokal dengan pengembangan portal di aplikasi fungsi yang sama. Ketika Anda membuat dan menerbitkan fungsi dari proyek lokal, Anda tidak boleh mencoba mempertahankan atau memodifikasi kode proyek di portal.

Mengembangkan fungsi di komputer lokal Anda dan menerbitkannya ke Azure menggunakan Core Tools mengikuti langkah-langkah dasar ini:

Prasyarat

Prasyarat khusus untuk Core Tools bergantung pada fitur yang Anda rencanakan untuk digunakan:

Penerbitan: Core Tools saat ini bergantung pada Azure CLI atau Azure PowerShell untuk mengautentikasi dengan akun Azure Anda. Artinya Anda harus menginstal salah satu dari alat ini untuk dapat menerbitkan ke Azure dari Azure Functions Core Tools.

Pemasangan ekstensi: Untuk menginstal ekstensi secara manual dengan menggunakan Core Tools, Anda harus menginstal .NET Core 3.1 SDK. SDK .NET Core digunakan oleh Core Tools untuk menginstal ekstensi dari NuGet. Anda tidak perlu memahami .NET untuk menggunakan ekstensi Azure Functions.

Versi Core Tools

Ada empat versi Azure Functions Core Tools. Versi yang Anda gunakan tergantung pada lingkungan pengembangan lokal Anda, pilihan bahasa, dan tingkat dukungan yang diperlukan.

Pilih tab versi di bawah ini untuk mempelajari tentang setiap versi tertentu dan untuk petunjuk penginstalan terperinci:

Mendukung runtime Azure Functions versi 4.x. Versi ini mendukung Windows, macOS, dan Linux, serta menggunakan manajer paket khusus-platform atau npm untuk instalasi. Ini adalah versi yang direkomendasikan dari runtime Functions dan Core Tools.

Anda hanya dapat menginstal satu versi Core Tools pada komputer tertentu. Kecuali dinyatakan lain, contoh dalam artikel ini adalah untuk versi 3.x.

Instal Azure Functions Core Tools

Azure Functions Core Tools menyertakan versi runtime yang sama yang menjalankan runtime Azure Functions yang dapat Anda jalankan di komputer pengembangan lokal Anda. Alat ini juga menyediakan perintah untuk membuat fungsi, menyambungkan ke Azure, dan menerapkan proyek fungsi.

Dimulai dengan versi 2.x, Core Tools berjalan di Windows, macOS, dan Linux.

Langkah-langkah berikut menggunakan penginstal Windows (MSI) untuk menginstal Core Tools v4.x. Untuk informasi selengkapnya tentang penginstal berbasis paket lainnya, lihat Core Tools readme.

Unduh dan jalankan penginstal Core Tools, berdasarkan versi Windows Anda:

Mengubah versi Core Tools

Saat beralih ke versi Core Tools yang berbeda, Anda harus menggunakan manajer paket yang sama dengan instalasi asli untuk pindah ke versi paket yang berbeda. Misalnya, jika Anda menginstal Core Tools versi 2.x menggunakan npm, Anda harus menggunakan perintah berikut untuk meningkatkan ke versi 3.x:

npm install -g azure-functions-core-tools@3 --unsafe-perm true

Jika Anda menggunakan Windows installer (MSI) untuk menginstal Core Tools di Windows, Anda harus menghapus instalan versi lama dari Tambahkan Hapus Program sebelum menginstal versi yang berbeda.

Membuat proyek Functions lokal

Direktori proyek Functions berisi file dan folder berikut, terlepas dari bahasanya:

Nama file Deskripsi
host.json Untuk mempelajari lebih lanjut, lihat referensi host.json.
local.settings.json Pengaturan yang digunakan oleh Core Tools saat berjalan secara lokal, termasuk pengaturan aplikasi. Untuk mempelajari lebih lanjut, lihat pengaturan lokal.
.gitignore Mencegah file local.settings.json tidak sengaja diterbitkan ke repositori Git. Untuk mempelajari lebih lanjut, lihat pengaturan lokal
.vscode\extensions.json Pengaturan file yang digunakan saat membuka folder proyek di Visual Studio Code.

Untuk mempelajari lebih lanjut tentang folder proyek Functions, lihat panduan pengembang Azure Functions.

Di jendela terminal atau dari perintah, jalankan perintah berikut untuk membuat proyek dan repositori Git lokal:

func init MyFunctionProj

Contoh ini membuat proyek Functions di folder MyFunctionProj baru. Anda diminta untuk memilih bahasa default untuk proyek Anda.

Pertimbangan berikut berlaku untuk inisialisasi proyek:

  • Jika Anda tidak memberikan opsi --worker-runtime dalam perintah, Anda akan diminta untuk memilih bahasa. Untuk informasi selengkapnya, lihat referensi func init.

  • Ketika Anda tidak memberikan nama proyek, folder saat ini diinisialisasi.

  • Jika Anda berencana untuk menerbitkan proyek Anda ke wadah Linux khusus, gunakan opsi --docker untuk memastikan bahwa file Docker dibuat untuk proyek Anda. Untuk mempelajari lebih lanjut, lihat Membuat fungsi di Linux menggunakan gambar khusus.

Bahasa tertentu mungkin memiliki pertimbangan tambahan:

  • Secara default, versi 2.x dan versi yang lebih baru dari Core Tools membuat proyek aplikasi fungsi untuk runtime .NET sebagai proyek kelas C# (.csproj). Versi 3.x juga mendukung pembuatan fungsi yang berjalan di .NET 5.0 dalam proses yang terisolasi. Proyek C# ini, yang dapat digunakan dengan Visual Studio atau Visual Studio Code, dikompilasi selama pengujian dan saat diterbitkan ke Azure.

  • Gunakan parameter --csx jika Anda ingin bekerja secara lokal dengan file skrip C# (.csx). Ini adalah file yang sama yang Anda dapatkan ketika Anda membuat fungsi di portal Microsoft Azure dan saat menggunakan Core Tools versi 1.x. Untuk mempelajari lebih lanjut, lihat referensi func init.

Mendaftarkan ekstensi

Dimulai dengan runtime versi 2.x, pemicu dan pengikatan Functions diimplementasikan sebagai paket ekstensi .NET (NuGet). Untuk proyek C# yang dikompilasi, Anda cukup mereferensikan paket ekstensi NuGet untuk pemicu dan pengikatan spesifik yang Anda gunakan. Pengikatan HTTP dan pemicu timer tidak memerlukan ekstensi.

Untuk meningkatkan pengalaman pengembangan untuk proyek non-C#, Functions memungkinkan Anda mereferensikan paket ekstensi versi di host.json pada file proyek. Paket ekstensi membuat semua ekstensi tersedia untuk aplikasi Anda dan menghilangkan kemungkinan masalah kompatibilitas paket antar ekstensi. Paket ekstensi juga menghapus persyaratan penginstalan .NET Core 3.1.x SDK dan harus berurusan dengan file extensions.csproj.

Paket ekstensi adalah pendekatan yang direkomendasikan untuk proyek fungsi selain proyek yang dipenuhi C#, serta skrip C#. Untuk proyek ini, pengaturan paket ekstensi dibuat dalam file host.json selama inisialisasi. Jika bundel tidak diaktifkan, Anda perlu memperbarui file host.json proyek.

Cara termudah untuk menginstal ekstensi pengikatan adalah dengan mengaktifkan bundel ekstensi. Saat Anda mengaktifkan bundel, sekumpulan paket ekstensi yang telah ditentukan telah diinstal secara otomatis.

Untuk mengaktifkan bundel ekstensi, buka file host.json dan perbarui kontennya agar sesuai dengan kode berikut:

{
    "version": "2.0",
    "extensionBundle": {
        "id": "Microsoft.Azure.Functions.ExtensionBundle",
        "version": "[2.*, 3.0.0)"
    }
}

Untuk mempelajari selengkapnya, lihat Mendaftarkan ekstensi pengikatan Azure Functions.

Mungkin ada kasus dalam proyek non-.NET ketika Anda tidak dapat menggunakan paket ekstensi, seperti ketika Anda perlu menargetkan versi ekstensi tertentu yang tidak ada dalam paket. Dalam kasus yang jarang terjadi ini, Anda dapat menggunakan Core Tools untuk memasang paket ekstensi tertentu secara lokal yang diperlukan oleh proyek Anda. Untuk mempelajari selengkapnya, lihat Memasang ekstensi.

Pengaturan Lokal

Saat menjalankan aplikasi fungsi di Azure, pengaturan yang diperlukan oleh fungsi Anda disimpan dengan aman di pengaturan aplikasi. Selama pengembangan lokal, pengaturan ini malah ditambahkan ke objek Values di file local.settings.json. File local.settings.json juga menyimpan pengaturan yang digunakan oleh alat pengembangan lokal.

Karena local.settings.js mungkin berisi rahasia, seperti string koneksi, Anda tidak boleh menyimpannya di repositori jarak jauh. Untuk mempelajari selengkapnya tentang pengaturan lokal, lihat File pengaturan lokal.

Secara default, pengaturan ini tidak dimigrasikan secara otomatis saat proyek diterbitkan ke Azure. Gunakan --publish-local-settings opsi saat Anda menerbitkan untuk memastikan pengaturan ini ditambahkan ke aplikasi fungsi di Azure. Nilai di bagian ConnectionStrings tidak pernah diterbitkan.

Nilai pengaturan aplikasi fungsi juga dapat dibaca dalam kode Anda sebagai variabel lingkungan. Untuk informasi selengkapnya, lihat bagian variabel Lingkungan dari topik referensi bahasa tertentu ini:

Saat tidak ada string koneksi penyimpanan yang valid yang ditetapkan untuk AzureWebJobsStorage dan emulator tidak digunakan, pesan kesalahan berikut ditampilkan:

Nilai tidak ada untuk AzureWebJobsStorage di local.settings.json. Ini diperlukan untuk semua pemicu selain HTTP. Anda dapat menjalankan 'func Azure functionapp fetch-app-settings <functionAppName>' atau menentukan string koneksi di local.settings.json.

Dapatkan string koneksi penyimpanan Anda

Bahkan saat menggunakan Emulator Microsoft Azure Storage untuk pengembangan, Anda mungkin ingin menjalankannya secara lokal dengan koneksi penyimpanan yang sebenarnya. Dengan asumsi Anda telah membuat akun penyimpanan, Anda bisa mendapatkan string koneksi penyimpanan yang valid dengan salah satu cara ini:

  1. Dari portal Microsoft Azure, cari dan pilih Akun penyimpanan.

    Select Storage accounts from Azure portal

  2. Pilih akun penyimpanan Anda, pilih Tombol akses di Pengaturan, lalu salin salah satu nilai String koneksi.

    Copy connection string from Azure portal

Membuat fungsi

Untuk membuat fungsi dalam proyek yang sudah ada, jalankan perintah berikut:

func new

Dalam versi 3.x/2.x, saat Anda menjalankan func new Anda diminta untuk memilih templat dalam bahasa default aplikasi fungsi Anda. Selanjutnya, Anda diminta untuk memilih nama untuk fungsi Anda. Di versi 1.x, Anda juga diminta untuk memilih bahasa.

Anda juga dapat menentukan nama fungsi dan templat dalam perintah func new. Contoh berikut menggunakan opsi --template untuk membuat pemicu HTTP bernama MyHttpTrigger:

func new --template "Http Trigger" --name MyHttpTrigger

Contoh ini membuat pemicu Queue Storage bernama MyQueueTrigger:

func new --template "Azure Queue Storage Trigger" --name MyQueueTrigger

Untuk mempelajari lebih lanjut, lihat perintah func new.

Jalankan fungsi secara lokal

Untuk menjalankan proyek Functions, Anda menjalankan host Functions dari direktori akar proyek Anda. Host mengaktifkan pemicu untuk semua fungsi dalam proyek. start Perintah bervariasi bergantung pada bahasa proyek Anda.

func start

Catatan

Sebagai gantinya, versi 1.x runtime Functions memerlukan func host start. Untuk mempelajari lebih lanjut, lihat referensi Core Tools Azure Functions.

Saat host Functions dimulai, akan menampilkan URL fungsi yang dipicu HTTP, seperti pada contoh berikut:

Found the following functions:
Host.Functions.MyHttpTrigger

Job host started
Http Function MyHttpTrigger: http://localhost:7071/api/MyHttpTrigger

Penting

Saat berjalan secara lokal, otorisasi tidak diberlakukan untuk titik akhir HTTP. Artinya semua permintaan HTTP lokal ditangani sebagai authLevel = "anonymous". Untuk informasi selengkapnya, lihat artikel pengikatan HTTP.

Meneruskan data pengujian ke fungsi

Untuk menguji fungsi Anda secara lokal, Anda memulai host Functions dan memanggil titik akhir di server lokal menggunakan permintaan HTTP. Titik akhir yang Anda panggil bergantung pada tipe fungsi.

Catatan

Contoh dalam topik ini menggunakan alat cURL untuk mengirim permintaan HTTP dari terminal atau perintah. Anda dapat menggunakan alat pilihan Anda untuk mengirim permintaan HTTP ke server lokal. Alat cURL tersedia secara default pada sistem berbasis Linux dan Windows 10 build 17063 dan yang lebih baru. Pada Windows yang lebih lama, Anda harus terlebih dahulu mengunduh dan menginstal alat cURL.

Untuk informasi umum selengkapnya tentang fungsi pengujian, lihat Strategi untuk menguji kode Anda di Azure Functions.

Fungsi yang dipicu HTTP dan webhook

Anda memanggil titik akhir berikut untuk menjalankan fungsi yang dipicu HTTP dan webhook secara lokal:

http://localhost:{port}/api/{function_name}

Pastikan untuk menggunakan nama server dan port yang sama dengan yang didengarkan oleh host Functions. Anda melihat ini dalam output yang dihasilkan saat memulai host Fungsi. Anda dapat memanggil URL ini menggunakan metode HTTP apa pun yang didukung oleh pemicunya.

Perintah cURL berikut ini memicu MyHttpTrigger fungsi mulai cepat dari permintaan GET dengan parameter nama yang dilewatkan dalam untai (karakter) kueri.

curl --get http://localhost:7071/api/MyHttpTrigger?name=Azure%20Rocks

Contoh berikut adalah fungsi yang sama yang dipanggil dari permintaan POST yang meneruskan nama dalam isi permintaan:

curl --request POST http://localhost:7071/api/MyHttpTrigger --data '{"name":"Azure Rocks"}'

Anda dapat membuat permintaan GET dari browser yang meneruskan data dalam untai (karakter) kueri. Untuk semua metode HTTP lainnya, Anda harus menggunakan cURL, Fiddler, Postman, atau alat pengujian HTTP serupa yang mendukung permintaan POST.

fungsi yang dipicu Non-HTTP

Untuk semua fungsi selain pemicu HTTP dan Event Grid, Anda dapat menguji fungsi Anda secara lokal menggunakan REST dengan memanggil titik akhir khusus yang disebut titik akhir administrasi. Memanggil titik akhir ini dengan permintaan HTTP POST di server lokal memicu fungsi.

Untuk menguji fungsi yang dipicu Event Grid secara lokal, lihat Pengujian lokal dengan aplikasi web penonton.

Anda dapat secara opsional meneruskan data pengujian ke eksekusi di isi permintaan POST. Fungsionalitas ini mirip dengan tab Uji di portal Microsoft Azure.

Anda memanggil titik akhir administrator berikut untuk memicu fungsi non-HTTP:

http://localhost:{port}/admin/functions/{function_name}

Untuk meneruskan data pengujian ke titik akhir fungsi administrator, Anda harus menyediakan data dalam isi pesan permintaan POST. Isi pesan harus memiliki format JSON berikut:

{
    "input": "<trigger_input>"
}

Nilai <trigger_input> berisi data dalam format yang sesuai dengan fungsi. Contoh cURL berikut adalah POST ke fungsi QueueTriggerJS. Dalam hal ini, input adalah untai (karakter) yang ekuivalen dengan pesan yang diharapkan terdapat dalam antrean.

curl --request POST -H "Content-Type:application/json" --data '{"input":"sample queue data"}' http://localhost:7071/admin/functions/QueueTrigger

Saat Anda memanggil titik akhir administrator di aplikasi fungsi Anda di Azure, Anda harus memberikan kunci akses. Untuk mempelajari lebih lanjut, lihat Kunci akses fungsi.

Menerbitkan ke Azure

Azure Functions Core Tools mendukung dua jenis penyebaran:

Jenis penyebaran Perintah Deskripsi
File proyek func azure functionapp publish Sebarkan file proyek fungsi langsung ke aplikasi fungsi Anda menggunakan penyebaran zip.
Kluster Kube func kubernetes deploy Sebarkan aplikasi fungsi Linux Anda sebagai kontainer Docker kustom ke kluster Kubernetes.

Sebelum Anda menerbitkan

Penting

Anda harus menginstal Azure CLI atau Azure PowerShell secara lokal agar dapat menerbitkan ke Azure dari Core Tools.

Folder proyek mungkin berisi file dan direktori bahasa tertentu yang seharusnya tidak dipublikasikan. Item yang dikecualikan tercantum dalam file .funcignore di folder proyek akar.

Anda harus sudah membuat aplikasi fungsi di langganan Azure Anda, yang akan Anda terapkan kodenya. Proyek yang memerlukan kompilasi harus dibangun sehingga biner dapat diterapkan.

Untuk mempelajari cara membuat aplikasi fungsi dari perintah atau jendela terminal menggunakan Azure CLI atau Azure PowerShell, lihat Membuat Aplikasi Fungsi untuk eksekusi tanpa server.

Penting

Saat Anda membuat aplikasi fungsi di portal Microsoft Azure, aplikasi tersebut menggunakan runtime Function versi 3.x secara default. Untuk membuat aplikasi fungsi menggunakan versi 1.x dari runtime, ikuti petunjuk dalam Menjalankan pada versi 1.x. Anda tidak dapat mengubah versi runtime untuk aplikasi fungsi yang telah memiliki fungsi yang ada.

Menyebarkan file proyek

Untuk menerbitkan kode lokal Anda ke aplikasi fungsi di Azure, gunakan perintah publish:

func azure functionapp publish <FunctionAppName>

Pertimbangan berikut berlaku untuk jenis penyebaran ini:

  • Menerbitkan akan menimpa file yang ada di aplikasi fungsi.

  • Gunakan --publish-local-settings opsi untuk membuat pengaturan aplikasi secara otomatis di aplikasi fungsi Anda berdasarkan nilai dalam file local.settings.json.

  • Build jarak jauh dilakukan pada proyek yang dikompilasi. Hal ini dapat dikontrol dengan menggunakan --no-build opsi.

  • Proyek Anda disebarkan sedemikian rupa sehingga berjalan dari paket penyebaran. Untuk menonaktifkan mode penyebaran yang disarankan ini, gunakan --nozip opsi.

  • Java menggunakan Maven untuk menerbitkan proyek lokal Anda ke Azure. Sebagai gantinya, gunakan perintah berikut untuk menerbitkan ke Azure: mvn azure-functions:deploy. Sumber daya Azure dibuat selama penyebaran awal.

  • Anda akan mendapatkan kesalahan jika mencoba menerbitkan ke <FunctionAppName> yang tidak ada di langganan Anda.

Kluster Kube

Functions juga memungkinkan Anda menentukan proyek Functions untuk dijalankan dalam kontainer Docker. Gunakan --docker opsi dari func init untuk membuat file Docker untuk bahasa khusus Anda. File ini kemudian digunakan saat membuat kontainer untuk disebarkan. Untuk mempelajari cara menerbitkan kontainer khusus ke Azure tanpa Kubernetes, lihat Membuat fungsi di Linux menggunakan kontainer khusus.

Core Tools dapat digunakan untuk menyebarkan proyek Anda sebagai gambar kontainer kustom ke kluster Kubernetes.

Perintah berikut menggunakan Dockerfile untuk menghasilkan kontainer dan menyebarkannya ke kluster Kubernetes.

func kubernetes deploy --name <DEPLOYMENT_NAME> --registry <REGISTRY_USERNAME>

Untuk mempelajari lebih lanjut, lihat Menyebarkan aplikasi fungsi ke Kubernetes.

Memasang semua ekstensi

Jika Anda tidak dapat menggunakan bundel ekstensi, Anda dapat menggunakan Azure Functions Core Tools secara lokal untuk menginstal paket ekstensi tertentu yang diperlukan oleh proyek Anda.

Penting

Anda tidak dapat menginstal ekstensi secara eksplisit di aplikasi fungsi yang menggunakan bundel ekstensi. Pertama kali, hapus bagian extensionBundle di host.json sebelum menginstal ekstensi secara eksplisit.

Item berikut ini menjelaskan beberapa alasan Anda mungkin perlu menginstal ekstensi secara manual:

  • Anda perlu mengakses versi ekstensi tertentu yang tidak tersedia dalam bundel.
  • Anda perlu mengakses ekstensi kustom yang tidak tersedia dalam bundel.
  • Anda perlu mengakses kombinasi ekstensi tertentu yang tidak tersedia dalam satu bundel.

Ketika Anda secara eksplisit menginstal ekstensi, file proyek .NET bernama extensions.csproj ditambahkan ke akar proyek Anda. File ini mendefinisikan kumpulan paket NuGet yang diperlukan oleh fungsi Anda. Meskipun Anda dapat bekerja dengan referensi paket NuGet dalam file ini, Core Tools memungkinkan Anda menginstal ekstensi tanpa harus mengedit file proyek C# secara manual.

Ada beberapa cara untuk menggunakan Core Tools untuk menginstal ekstensi yang diperlukan di proyek lokal Anda.

Instal semua ekstensi

Gunakan perintah berikut untuk menambahkan semua paket ekstensi yang digunakan oleh pengikatan secara otomatis di proyek lokal Anda:

func extensions install

Perintah ini membaca file function.json untuk melihat paket mana yang Anda butuhkan, menginstalnya, dan membangun ulang proyek ekstensi (extensions.csproj). Langkah ini menambahkan pengikatan baru pada versi saat ini tetapi tidak memperbarui pengikatan yang ada. Gunakan opsi --force untuk memperbarui pengikatan yang ada ke versi terbaru saat menginstal yang baru. Untuk mempelajari lebih lanjut, lihat func extensions install perintah.

Jika aplikasi fungsi Anda menggunakan pengikatan atau NuGet yang tidak dikenali Core Tools, Anda harus menginstal ekstensi tertentu secara manual.

Menginstal ekstensi tertentu

Gunakan perintah berikut untuk menginstal paket ekstensi tertentu pada versi tertentu, dalam hal ini ekstensi Storage:

func extensions install --package Microsoft.Azure.WebJobs.Extensions.Storage --version 5.0.0

Anda dapat menggunakan perintah ini untuk menginstal paket NuGet yang kompatibel. Untuk mempelajari lebih lanjut, lihat perintah func extensions install.

Fungsi pemantauan

Cara yang disarankan untuk memantau eksekusi fungsi Anda adalah dengan mengintegrasikan dengan Azure Application Insights. Anda juga dapat melakukan streaming log eksekusi ke komputer lokal Anda. Untuk mempelajari selengkapnya, lihat Memantau Azure Functions.

Integrasi Application Insights

Integrasi Application Insights harus diaktifkan saat Anda membuat aplikasi fungsi di Azure. Jika karena alasan tertentu aplikasi fungsi Anda tidak terhubung ke instans Application Insights, mudah untuk melakukan integrasi ini di portal Microsoft Azure. Untuk mempelajari selengkapnya, lihat Mengaktifkan integrasi Application Insights.

Aktifkan log streaming

Anda dapat melihat streaming file log yang sedang dibuat oleh fungsi Anda dalam sesi baris perintah di komputer lokal Anda.

Streaming log bawaan

Gunakan perintah func azure functionapp logstream untuk mulai menerima log streaming aplikasi fungsi tertentu yang berjalan di Azure, seperti dalam contoh berikut:

func azure functionapp logstream <FunctionAppName>

Catatan

Streaming log bawaan belum diaktifkan di Core Tools untuk aplikasi fungsi yang berjalan di Linux dalam paket Konsumsi. Untuk paket hosting ini, sebagai gantinya Anda harus menggunakan Streaming Metrik Langsung untuk melihat log hampir secara real time.

Streaming Metrik Langsung

Anda dapat melihat Streaming Metrik Langsung untuk aplikasi fungsi Anda di jendela browser baru dengan menyertakan opsi --browser, seperti dalam contoh berikut:

func azure functionapp logstream <FunctionAppName> --browser

Jenis log streaming ini mengharuskan integrasi Application Insights diaktifkan untuk aplikasi fungsi Anda.

Langkah berikutnya

Pelajari cara mengembangkan, menguji, dan menerbitkan Azure Functions dengan menggunakan Azure Functions Core Tools Modul belajar Microsoft Azure Functions Core Tools adalah sumber terbuka dan dihosting di GitHub.
Untuk mengajukan bug atau permintaan fitur, buka masalah GitHub.