Share via

Memigrasikan aplikasi dari Azure Functions versi 3.x ke versi 4.x

  • Artikel

Azure Functions versi 4.x sangat kompatibel dengan versi 3.x yang sebelumnya. Sebagian besar aplikasi harus bermigrasi dengan aman ke 4.x tanpa memerlukan perubahan kode yang signifikan. Untuk informasi selengkapnya tentang versi runtime Functions, lihat Gambaran umum versi runtime Azure Functions.

Penting

Mulai 13 Desember 2022, aplikasi fungsi yang berjalan pada versi 2.x dan 3.x dari runtime Azure Functions telah mencapai akhir dukungan perpanjangan. Untuk informasi selengkapnya, lihat Versi yang dihentikan.

Artikel ini memandu Anda melalui proses migrasi aplikasi fungsi anda dengan aman untuk berjalan pada runtime Functions versi 4.x. Karena instruksi migrasi proyek bergantung pada bahasa, pastikan untuk memilih bahasa pengembangan Anda dari pemilih di bagian atas artikel.

Mengidentifikasi aplikasi fungsi untuk dimigrasikan

Gunakan skrip PowerShell berikut untuk menghasilkan daftar aplikasi fungsi di langganan Anda yang saat ini menargetkan versi 2.x atau 3.x:

$Subscription = '<YOUR SUBSCRIPTION ID>' 
 
Set-AzContext -Subscription $Subscription | Out-Null

$FunctionApps = Get-AzFunctionApp

$AppInfo = @{}

foreach ($App in $FunctionApps)
{
     if ($App.ApplicationSettings["FUNCTIONS_EXTENSION_VERSION"] -like '*3*')
     {
          $AppInfo.Add($App.Name, $App.ApplicationSettings["FUNCTIONS_EXTENSION_VERSION"])
     }
}

$AppInfo

Pilih versi .NET target Anda

Pada versi 3.x dari runtime Functions, aplikasi fungsi C# Anda menargetkan .NET Core 3.1 menggunakan model dalam proses atau .NET 5 menggunakan model pekerja yang terisolasi.

Saat memigrasikan aplikasi fungsi, Anda memiliki kesempatan untuk memilih versi target .NET. Anda dapat memperbarui proyek C# Anda ke salah satu versi .NET berikut yang didukung oleh Functions versi 4.x:

Versi .NET Jenis rilis Kebijakan Dukungan Resmi .NET Modelproses fungsi 1,3
.NET 82 LTS Model pekerja terisolasi
.NET 6 LTS (akhir dukungan 12 November 2024) Model pekerja terisolasi,
Model dalam proses3
.NET Framework 4.8 Lihat kebijakan Model pekerja terisolasi

1 Model pekerja yang terisolasi mendukung versi Dukungan Jangka Panjang (LTS) dan Standard Term Support (STS) .NET, serta .NET Framework. Model dalam proses hanya mendukung rilis LTS .NET. Untuk perbandingan fitur dan fungsionalitas lengkap antara kedua model, lihat Perbedaan antara proses dalam proses dan mengisolasi proses pekerja .NET Azure Functions.

2 .NET 8 belum didukung pada model dalam proses, meskipun tersedia pada model pekerja yang terisolasi. Untuk informasi tentang paket .NET 8, termasuk opsi di masa mendatang untuk model dalam proses, lihat posting Pembaruan Peta Jalan Azure Functions.

3 Dukungan berakhir untuk model dalam proses pada 10 November 2026. Untuk informasi selengkapnya, lihat pengumuman dukungan ini. Untuk dukungan penuh berkelanjutan, Anda harus memigrasikan aplikasi Anda ke model pekerja yang terisolasi.

Tip

Sebaiknya perbarui ke .NET 8 pada model pekerja yang terisolasi. .NET 8 adalah versi yang dirilis sepenuhnya dengan jendela dukungan terpanjang dari .NET.

Meskipun Anda dapat memilih untuk menggunakan model dalam proses, ini tidak disarankan jika dapat dihindari. Dukungan akan berakhir untuk model dalam proses pada 10 November 2026, jadi Anda harus pindah ke model pekerja yang terisolasi sebelum itu. Melakukannya saat bermigrasi ke versi 4.x akan mengurangi total upaya yang diperlukan, dan model pekerja yang terisolasi akan memberikan manfaat tambahan aplikasi Anda, termasuk kemampuan untuk lebih mudah menargetkan versi .NET di masa mendatang. Jika Anda pindah ke model pekerja yang terisolasi, Asisten Peningkatan .NET juga dapat menangani banyak perubahan kode yang diperlukan untuk Anda.

Panduan ini tidak menyajikan contoh spesifik untuk .NET 6 pada model pekerja yang terisolasi. Jika Anda perlu menargetkan versi tersebut, Anda dapat menyesuaikan contoh model pekerja terisolasi .NET 8.

Penyiapan untuk migrasi

Jika Anda belum melakukannya, identifikasi daftar aplikasi yang perlu dimigrasikan di Langganan Azure Anda saat ini dengan menggunakan Azure PowerShell.

Sebelum memigrasikan aplikasi ke versi 4.x dari runtime Functions, Anda harus melakukan tugas berikut:

  1. Tinjau daftar perubahan yang mengganggu antara 3.x dan 4.x.
  2. Selesaikan langkah-langkah dalam Memigrasikan proyek lokal Anda untuk memigrasikan proyek lokal Anda ke versi 4.x.
  3. Setelah memigrasikan proyek Anda, uji sepenuhnya aplikasi secara lokal menggunakan versi 4.x dari Azure Functions Core Tools.
  4. Jalankan validator pra-peningkatan pada aplikasi yang dihosting di Azure, dan atasi masalah yang diidentifikasi.
  5. Perbarui aplikasi fungsi Anda di Azure ke versi baru. Jika Anda perlu meminimalkan waktu henti, pertimbangkan untuk menggunakan slot penahapan untuk menguji dan memverifikasi aplikasi yang dimigrasikan di Azure pada versi runtime baru. Anda kemudian dapat menyebarkan aplikasi dengan pengaturan versi yang diperbarui ke slot produksi. Untuk informasi selengkapnya, lihat Memperbarui menggunakan slot.
  6. Terbitkan proyek yang dimigrasikan ke aplikasi fungsi yang diperbarui.

Saat Anda menggunakan Visual Studio untuk menerbitkan proyek versi 4.x ke aplikasi fungsi yang ada pada versi yang lebih rendah, Anda diminta untuk mengizinkan Visual Studio memperbarui aplikasi fungsi ke versi 4.x selama penyebaran. Pembaruan ini menggunakan proses yang sama yang ditentukan dalam Pembaruan tanpa slot.

Memigrasikan proyek lokal Anda

Instruksi peningkatan bergantung pada bahasa. Jika Anda tidak melihat bahasa Anda, pilih dari pemilih di bagian atas artikel.

Pilih tab yang cocok dengan versi target .NET Anda dan model proses yang diinginkan (dalam proses atau proses pekerja terisolasi).

Tip

Jika Anda pindah ke versi LTS atau STS .NET menggunakan model pekerja yang terisolasi, Asisten Peningkatan .NET dapat digunakan untuk secara otomatis membuat banyak perubahan yang disebutkan di bagian berikut.

File proyek

Contoh berikut adalah .csproj file proyek yang menggunakan .NET Core 3.1 pada versi 3.x:

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <TargetFramework>netcoreapp3.1</TargetFramework>
    <AzureFunctionsVersion>v3</AzureFunctionsVersion>
  </PropertyGroup>
  <ItemGroup>
    <PackageReference Include="Microsoft.NET.Sdk.Functions" Version="3.0.13" />
  </ItemGroup>
  <ItemGroup>
    <Reference Include="Microsoft.CSharp" />
  </ItemGroup>
  <ItemGroup>
    <None Update="host.json">
      <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
    </None>
    <None Update="local.settings.json">
      <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
      <CopyToPublishDirectory>Never</CopyToPublishDirectory>
    </None>
  </ItemGroup>
</Project>

Gunakan salah satu prosedur berikut untuk memperbarui file XML ini agar berjalan di Functions versi 4.x:

Langkah-langkah ini mengasumsikan proyek C# lokal, dan jika aplikasi Anda menggunakan skrip C# (.csx file), Anda harus mengonversi ke model proyek sebelum melanjutkan.

Perubahan berikut diperlukan dalam .csproj file proyek XML:

  1. Atur nilai .PropertyGroupTargetFramework ke net8.0.

  2. Atur nilai .PropertyGroupAzureFunctionsVersion ke v4.

  3. Tambahkan elemen berikut OutputType ke PropertyGroup:

    <OutputType>Exe</OutputType>

  4. ItemGroupDalam .PackageReference daftar, ganti referensi paket ke Microsoft.NET.Sdk.Functions dengan referensi berikut:

      <FrameworkReference Include="Microsoft.AspNetCore.App" />
  <PackageReference Include="Microsoft.Azure.Functions.Worker" Version="1.21.0" />
  <PackageReference Include="Microsoft.Azure.Functions.Worker.Sdk" Version="1.17.2" />
  <PackageReference Include="Microsoft.Azure.Functions.Worker.Extensions.Http.AspNetCore" Version="1.2.1" />
  <PackageReference Include="Microsoft.ApplicationInsights.WorkerService" Version="2.22.0" />
  <PackageReference Include="Microsoft.Azure.Functions.Worker.ApplicationInsights" Version="1.2.0" />

    Catat referensi apa pun ke paket lain di Microsoft.Azure.WebJobs.* namespace layanan. Anda akan mengganti paket ini di langkah selanjutnya.

  5. Tambahkan baru ItemGroupberikut ini :

    <ItemGroup>
  <Using Include="System.Threading.ExecutionContext" Alias="ExecutionContext"/>
</ItemGroup>

Setelah Anda membuat perubahan ini, proyek yang diperbarui akan terlihat seperti contoh berikut:

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <TargetFramework>net8.0</TargetFramework>
    <AzureFunctionsVersion>v4</AzureFunctionsVersion>
    <RootNamespace>My.Namespace</RootNamespace>
    <OutputType>Exe</OutputType>
    <ImplicitUsings>enable</ImplicitUsings>
    <Nullable>enable</Nullable>
  </PropertyGroup>
  <ItemGroup>
    <FrameworkReference Include="Microsoft.AspNetCore.App" />
    <PackageReference Include="Microsoft.Azure.Functions.Worker" Version="1.21.0" />
    <PackageReference Include="Microsoft.Azure.Functions.Worker.Sdk" Version="1.17.2" />
    <PackageReference Include="Microsoft.Azure.Functions.Worker.Extensions.Http.AspNetCore" Version="1.2.1" />
    <PackageReference Include="Microsoft.ApplicationInsights.WorkerService" Version="2.22.0" />
    <PackageReference Include="Microsoft.Azure.Functions.Worker.ApplicationInsights" Version="1.2.0" />
    <!-- Other packages may also be in this list -->
  </ItemGroup>
  <ItemGroup>
    <None Update="host.json">
      <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
    </None>
    <None Update="local.settings.json">
      <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
      <CopyToPublishDirectory>Never</CopyToPublishDirectory>
    </None>
  </ItemGroup>
  <ItemGroup>
    <Using Include="System.Threading.ExecutionContext" Alias="ExecutionContext"/>
  </ItemGroup>
</Project>

Perubahan paket dan namespace

Berdasarkan model yang Anda migrasikan, Anda mungkin perlu memperbarui atau mengubah paket referensi aplikasi Anda. Saat mengadopsi paket target, Anda kemudian perlu memperbarui namespace penggunaan pernyataan dan beberapa jenis yang Anda referensikan. Anda dapat melihat efek perubahan namespace ini pada using pernyataan dalam contoh templat pemicu HTTP nanti di artikel ini.

Jika Anda belum melakukannya, perbarui proyek Anda untuk mereferensikan versi stabil terbaru dari:

Bergantung pada pemicu dan pengikatan yang digunakan aplikasi Anda, aplikasi Anda mungkin perlu mereferensikan serangkaian paket yang berbeda. Tabel berikut ini memperlihatkan penggantian untuk beberapa ekstensi yang paling umum digunakan:

Skenario Perubahan pada referensi paket
Pemicu pengatur waktu Menambahkan
Microsoft.Azure.Functions.Worker.Extensions.Timer
Pengikatan penyimpanan Menggantikan
Microsoft.Azure.WebJobs.Extensions.Storage
dengan
Microsoft.Azure.Functions.Worker.Extensions.Storage.Blobs,
Microsoft.Azure.Functions.Worker.Extensions.Storage.Queues, dan
Microsoft.Azure.Functions.Worker.Extensions.Tables
Pengikatan blob Ganti referensi ke
Microsoft.Azure.WebJobs.Extensions.Storage.Blobs
dengan versi terbaru
Microsoft.Azure.Functions.Worker.Extensions.Storage.Blobs
Pengikatan antrean Ganti referensi ke
Microsoft.Azure.WebJobs.Extensions.Storage.Queues
dengan versi terbaru
Microsoft.Azure.Functions.Worker.Extensions.Storage.Queues
Pengikatan tabel Ganti referensi ke
Microsoft.Azure.WebJobs.Extensions.Tables
dengan versi terbaru
Microsoft.Azure.Functions.Worker.Extensions.Tables
Pengikatan Cosmos DB Ganti referensi ke
Microsoft.Azure.WebJobs.Extensions.CosmosDB
dan/atau
Microsoft.Azure.WebJobs.Extensions.DocumentDB
dengan versi terbaru
Microsoft.Azure.Functions.Worker.Extensions.CosmosDB
pengikatan Bus Layanan Ganti referensi ke
Microsoft.Azure.WebJobs.Extensions.ServiceBus
dengan versi terbaru
Microsoft.Azure.Functions.Worker.Extensions.ServiceBus
Pengikatan Azure Event Hubs Ganti referensi ke
Microsoft.Azure.WebJobs.Extensions.EventHubs
dengan versi terbaru
Microsoft.Azure.Functions.Worker.Extensions.EventHubs
Pengikatan Event Grid Ganti referensi ke
Microsoft.Azure.WebJobs.Extensions.EventGrid
dengan versi terbaru
Microsoft.Azure.Functions.Worker.Extensions.EventGrid
Pengikatan SignalR Service Ganti referensi ke
Microsoft.Azure.WebJobs.Extensions.SignalRService
dengan versi terbaru
Microsoft.Azure.Functions.Worker.Extensions.SignalRService
Fungsi Tahan Lama Ganti referensi ke
Microsoft.Azure.WebJobs.Extensions.DurableTask
dengan versi terbaru
Microsoft.Azure.Functions.Worker.Extensions.DurableTask
Fungsi Tahan Lama
(Penyedia penyimpanan SQL)		 Ganti referensi ke
Microsoft.DurableTask.SqlServer.AzureFunctions
dengan versi terbaru
Microsoft.Azure.Functions.Worker.Extensions.DurableTask.SqlServer
Fungsi Tahan Lama
(Penyedia penyimpanan netherite)		 Ganti referensi ke
Microsoft.Azure.DurableTask.Netherite.AzureFunctions
dengan versi terbaru
Microsoft.Azure.Functions.Worker.Extensions.DurableTask.Netherite
Pengikatan SendGrid Ganti referensi ke
Microsoft.Azure.WebJobs.Extensions.SendGrid
dengan versi terbaru
Microsoft.Azure.Functions.Worker.Extensions.SendGrid
Pengikatan Kafka Ganti referensi ke
Microsoft.Azure.WebJobs.Extensions.Kafka
dengan versi terbaru
Microsoft.Azure.Functions.Worker.Extensions.Kafka
Pengikatan RabbitMQ Ganti referensi ke
Microsoft.Azure.WebJobs.Extensions.RabbitMQ
dengan versi terbaru
Microsoft.Azure.Functions.Worker.Extensions.RabbitMQ
Injeksi dependensi
dan konfigurasi startup		 Hapus referensi ke
Microsoft.Azure.Functions.Extensions
(Model pekerja yang terisolasi menyediakan fungsionalitas ini secara default.)

Lihat Pengikatan yang didukung untuk daftar lengkap ekstensi yang perlu dipertimbangkan, dan lihat dokumentasi setiap ekstensi untuk instruksi penginstalan lengkap untuk model proses yang terisolasi. Pastikan untuk menginstal versi stabil terbaru dari paket apa pun yang Anda targetkan.

Tip

Setiap perubahan pada versi ekstensi selama proses ini mungkin mengharuskan Anda untuk memperbarui file Anda host.json juga. Pastikan untuk membaca dokumentasi setiap ekstensi yang Anda gunakan. Misalnya, ekstensi Bus Layanan memiliki perubahan yang merusak dalam struktur antara versi 4.x dan 5.x. Untuk informasi selengkapnya, lihat Pengikatan Azure Bus Layanan untuk Azure Functions.

Aplikasi model pekerja terisolasi Anda tidak boleh mereferensikan paket apa pun di Microsoft.Azure.WebJobs.* namespace layanan atau Microsoft.Azure.Functions.Extensions. Jika Anda memiliki referensi yang tersisa untuk ini, referensi tersebut harus dihapus.

Tip

Aplikasi Anda mungkin juga bergantung pada jenis Azure SDK, baik sebagai bagian dari pemicu dan pengikatan Anda atau sebagai dependensi mandiri. Anda harus mengambil kesempatan ini untuk memperbarui ini juga. Versi terbaru ekstensi Functions berfungsi dengan versi terbaru Azure SDK untuk .NET, hampir semua paket yang merupakan formulir Azure.*.

file Program.cs

Saat bermigrasi untuk berjalan dalam proses pekerja yang terisolasi, Anda harus menambahkan file program.cs berikut ke proyek Anda:

using Microsoft.Azure.Functions.Worker;
using Microsoft.Extensions.DependencyInjection;
using Microsoft.Extensions.Hosting;

var host = new HostBuilder()
    .ConfigureFunctionsWebApplication()
    .ConfigureServices(services => {
        services.AddApplicationInsightsTelemetryWorkerService();
        services.ConfigureFunctionsApplicationInsights();
    })
    .Build();

host.Run();

Contoh ini mencakup integrasi ASP.NET Core untuk meningkatkan performa dan menyediakan model pemrograman yang familier saat aplikasi Anda menggunakan pemicu HTTP. Jika Anda tidak berniat menggunakan pemicu HTTP, Anda dapat mengganti panggilan ke ConfigureFunctionsWebApplication dengan panggilan ke ConfigureFunctionsWorkerDefaults. Jika Anda melakukannya, Anda dapat menghapus referensi ke Microsoft.Azure.Functions.Worker.Extensions.Http.AspNetCore dari file proyek Anda. Namun, untuk performa terbaik, bahkan untuk fungsi dengan jenis pemicu lainnya, Anda harus menyimpan FrameworkReference ke ASP.NET Core.

File Program.cs akan menggantikan file apa pun yang memiliki FunctionsStartup atribut , yang biasanya merupakan Startup.cs file. Di tempat-tempat di mana kode Anda FunctionsStartup akan mereferensikan IFunctionsHostBuilder.Services, Anda dapat menambahkan pernyataan dalam .ConfigureServices() metode HostBuilder di .Program.cs Untuk mempelajari selengkapnya tentang bekerja dengan Program.cs, lihat Start-up dan konfigurasi dalam panduan model pekerja yang terisolasi.

Contoh default Program.cs di atas mencakup penyiapan integrasi Application Insights untuk model pekerja yang terisolasi. Program.csDi , Anda juga harus mengonfigurasi pemfilteran log apa pun yang harus berlaku untuk log yang berasal dari kode dalam proyek Anda. Dalam model pekerja yang terisolasi, host.json file hanya mengontrol peristiwa yang dipancarkan oleh runtime host Functions. Jika Anda tidak mengonfigurasi aturan pemfilteran di Program.cs, Anda mungkin melihat perbedaan tingkat log yang ada untuk berbagai kategori dalam telemetri Anda.

Meskipun Anda dapat mendaftarkan sumber konfigurasi kustom sebagai bagian HostBuilderdari , perhatikan bahwa ini juga hanya berlaku untuk kode dalam proyek Anda. Konfigurasi pemicu dan pengikatan juga diperlukan oleh platform, dan ini harus disediakan melalui pengaturan aplikasi, referensi Key Vault, atau fitur referensi App Configuration.

Setelah memindahkan semuanya dari yang ada FunctionsStartup ke Program.cs file, Anda dapat menghapus FunctionsStartup atribut dan kelas tempat atribut tersebut diterapkan.

file local.settings.json

File local.settings.json hanya digunakan saat berjalan secara lokal. Untuk informasi, lihat File pengaturan lokal.

Saat Anda bermigrasi ke versi 4.x, pastikan file local.settings.json Anda memiliki setidaknya elemen berikut:

{
    "IsEncrypted": false,
    "Values": {
        "AzureWebJobsStorage": "AzureWebJobsStorageConnectionStringValue",
        "FUNCTIONS_WORKER_RUNTIME": "dotnet-isolated"
    }
}

Catatan

Saat bermigrasi dari menjalankan dalam proses ke berjalan dalam proses pekerja yang terisolasi, Anda perlu mengubah nilai menjadi FUNCTIONS_WORKER_RUNTIME "dotnet-isolated".

file host.json

Tidak ada perubahan yang diperlukan pada file Anda host.json . Namun, jika konfigurasi Application Insights Anda dalam file ini dari proyek model dalam proses, Anda mungkin ingin membuat perubahan tambahan dalam file Anda Program.cs . File host.json hanya mengontrol pengelogan dari runtime host Functions, dan dalam model pekerja yang terisolasi, beberapa log ini berasal dari aplikasi Anda secara langsung, memberi Anda lebih banyak kontrol. Lihat Mengelola tingkat log dalam model pekerja yang terisolasi untuk detail tentang cara memfilter log ini.

Perubahan nama kelas

Beberapa kelas utama mengubah nama antar versi. Perubahan ini adalah hasil dari perubahan API .NET atau perbedaan antara proses dalam proses dan proses pekerja yang terisolasi. Tabel berikut menunjukkan kelas .NET kunci yang digunakan oleh Functions yang dapat berubah saat bermigrasi:

.NET Core 3.1 .NET 5 .NET 8
FunctionName (atribut) Function (atribut) Function (atribut)
ILogger ILogger ILogger, ILogger<T>
HttpRequest HttpRequestData HttpRequestData, HttpRequest (menggunakan integrasi ASP.NET Core)
IActionResult HttpResponseData HttpResponseData, IActionResult (menggunakan integrasi ASP.NET Core)
FunctionsStartup (atribut) Program.cs Gunakan sebagai gantinya Program.cs Gunakan sebagai gantinya

Mungkin juga ada perbedaan nama kelas dalam pengikatan. Untuk informasi selengkapnya, lihat artikel referensi untuk pengikatan tertentu.

Perubahan kode lainnya

Bagian ini menyoroti perubahan kode lain untuk dipertimbangkan saat Anda bekerja melalui migrasi. Perubahan ini tidak diperlukan oleh semua aplikasi, tetapi Anda harus mengevaluasi apakah ada yang relevan dengan skenario Anda. Pastikan untuk memeriksa Perubahan pemutusan antara 3.x dan 4.x untuk perubahan tambahan yang mungkin perlu Anda lakukan pada proyek Anda.

Serialisasi JSON

Secara default, model pekerja terisolasi menggunakan System.Text.Json untuk serialisasi JSON. Untuk menyesuaikan opsi serializer atau beralih ke JSON.NET (Newtonsoft.Json), lihat instruksi ini.

Tingkat log dan pemfilteran Application Insights

Log dapat dikirim ke Application Insights dari runtime host Functions dan kode dalam proyek Anda. memungkinkan host.json Anda mengonfigurasi aturan untuk pengelogan host, tetapi untuk mengontrol log yang berasal dari kode Anda, Anda harus mengonfigurasi aturan pemfilteran sebagai bagian dari .Program.cs Lihat Mengelola tingkat log dalam model pekerja yang terisolasi untuk detail tentang cara memfilter log ini.

Templat pemicu HTTP

Perbedaan antara proses dalam proses dan proses pekerja yang terisolasi dapat dilihat dalam fungsi yang dipicu HTTP. Templat pemicu HTTP untuk versi 3.x (dalam proses) terlihat seperti contoh berikut:

using System;
using System.IO;
using System.Threading.Tasks;
using Microsoft.AspNetCore.Mvc;
using Microsoft.Azure.WebJobs;
using Microsoft.Azure.WebJobs.Extensions.Http;
using Microsoft.AspNetCore.Http;
using Microsoft.Extensions.Logging;
using Newtonsoft.Json;

namespace Company.Function
{
    public static class HttpTriggerCSharp
    {
        [FunctionName("HttpTriggerCSharp")]
        public static async Task<IActionResult> Run(
            [HttpTrigger(AuthorizationLevel.AuthLevelValue, "get", "post", Route = null)] HttpRequest req,
            ILogger log)
        {
            log.LogInformation("C# HTTP trigger function processed a request.");

            string name = req.Query["name"];

            string requestBody = await new StreamReader(req.Body).ReadToEndAsync();
            dynamic data = JsonConvert.DeserializeObject(requestBody);
            name = name ?? data?.name;

            string responseMessage = string.IsNullOrEmpty(name)
                ? "This HTTP triggered function executed successfully. Pass a name in the query string or in the request body for a personalized response."
                : $"Hello, {name}. This HTTP triggered function executed successfully.";

            return new OkObjectResult(responseMessage);
        }
    }
}

Templat pemicu HTTP untuk versi yang dimigrasikan terlihat seperti contoh berikut:

using Microsoft.AspNetCore.Http;
using Microsoft.AspNetCore.Mvc;
using Microsoft.Azure.Functions.Worker;
using Microsoft.Extensions.Logging;

namespace Company.Function
{
    public class HttpTriggerCSharp
    {
        private readonly ILogger<HttpTriggerCSharp> _logger;

        public HttpTriggerCSharp(ILogger<HttpTriggerCSharp> logger)
        {
            _logger = logger;
        }

        [Function("HttpTriggerCSharp")]
        public IActionResult Run(
            [HttpTrigger(AuthorizationLevel.Function, "get")] HttpRequest req)
        {
            _logger.LogInformation("C# HTTP trigger function processed a request.");

            return new OkObjectResult($"Welcome to Azure Functions, {req.Query["name"]}!");
        }
    }
}

Untuk memperbarui proyek Anda ke Azure Functions 4.x:

  1. Perbarui penginstalan lokal Alat Utama Azure Functions ke versi 4.x.

  2. Perbarui paket ekstensi Azure Functions aplikasi Anda ke 2.x atau lebih tinggi. Untuk informasi selengkapnya, lihat melanggar perubahan.

  1. Jika diperlukan, pindahkan ke salah satu versi Java yang didukung pada versi 4.x.

  2. Perbarui file aplikasi POM.xml untuk mengubah FUNCTIONS_EXTENSION_VERSION pengaturan ke ~4, seperti dalam contoh berikut:

    <configuration>
    <resourceGroup>${functionResourceGroup}</resourceGroup>
    <appName>${functionAppName}</appName>
    <region>${functionAppRegion}</region>
    <appSettings>
        <property>
            <name>WEBSITE_RUN_FROM_PACKAGE</name>
            <value>1</value>
        </property>
        <property>
            <name>FUNCTIONS_EXTENSION_VERSION</name>
            <value>~4</value>
        </property>
    </appSettings>
</configuration>
  1. Jika diperlukan, pindahkan ke salah satu versi Node.js yang didukung pada versi 4.x.
  1. Ambil kesempatan ini untuk meningkatkan ke PowerShell 7.2, yang direkomendasikan. Untuk informasi selengkapnya, lihat Versi PowerShell.
  1. Jika Anda menggunakan Python 3.6, pindah ke salah satu versi yang didukung.

Menjalankan validator pra-peningkatan

Azure Functions menyediakan validator pra-peningkatan untuk membantu Anda mengidentifikasi potensi masalah saat memigrasikan aplikasi fungsi ke 4.x. Untuk menjalankan validator pra-peningkatan:

  1. Di portal Microsoft Azure, navigasikan ke aplikasi fungsi Anda.

  2. Buka halaman Diagnosis dan selesaikan masalah.

  3. Di Diagnostik Aplikasi Fungsi, ketik Functions 4.x Pre-Upgrade Validator lalu pilih dari daftar.

  4. Setelah validasi selesai, tinjau rekomendasi dan atasi masalah apa pun di aplikasi Anda. Jika perlu membuat perubahan pada aplikasi Anda, pastikan untuk memvalidasi perubahan terhadap versi 4.x dari runtime Fungsi, baik secara lokal menggunakan Alat Utama Azure Functions v4 atau dengan menggunakan slot staging.

Memperbarui aplikasi fungsi Anda di Azure

Anda perlu memperbarui runtime host aplikasi fungsi di Azure ke versi 4.x sebelum menerbitkan proyek yang dimigrasikan. Versi runtime yang digunakan oleh host Functions dikontrol oleh FUNCTIONS_EXTENSION_VERSION pengaturan aplikasi, tetapi dalam beberapa kasus pengaturan lain juga harus diperbarui. Perubahan kode dan perubahan pada pengaturan aplikasi mengharuskan aplikasi fungsi Anda dimulai ulang.

Cara term mudah adalah memperbarui tanpa slot lalu menerbitkan ulang proyek aplikasi Anda. Anda juga dapat meminimalkan waktu henti di aplikasi dan menyederhanakan pemutaran kembali dengan memperbarui menggunakan slot.

Memperbarui tanpa slot

Cara paling sederhana untuk memperbarui ke v4.x adalah dengan mengatur FUNCTIONS_EXTENSION_VERSION pengaturan aplikasi ke ~4 pada aplikasi fungsi Anda di Azure. Anda harus mengikuti prosedur yang berbeda pada situs dengan slot.

az functionapp config appsettings set --settings FUNCTIONS_EXTENSION_VERSION=~4 -g <RESOURCE_GROUP_NAME> -n <APP_NAME>

Anda juga harus mengatur pengaturan lain, yang berbeda antara Windows dan Linux.

Saat berjalan di Windows, Anda juga perlu mengaktifkan .NET 6.0, yang diperlukan oleh runtime versi 4.x.

az functionapp config set --net-framework-version v6.0 -g <RESOURCE_GROUP_NAME> -n <APP_NAME>

.NET 6 diperlukan untuk aplikasi fungsi dalam bahasa apa pun yang berjalan di Windows.

Dalam contoh ini, ganti <APP_NAME> dengan nama aplikasi fungsi Anda dan <RESOURCE_GROUP_NAME> dengan nama grup sumber daya.

Sekarang Anda dapat menerbitkan ulang proyek aplikasi yang telah dimigrasikan untuk berjalan pada versi 4.x.

Memperbarui menggunakan slot

Menggunakan slot penyebaran adalah cara yang baik untuk memperbarui aplikasi fungsi Anda ke runtime v4.x dari versi sebelumnya. Dengan menggunakan slot staging, Anda dapat menjalankan aplikasi pada versi runtime baru di slot staging dan beralih ke produksi setelah verifikasi. Slot juga menyediakan cara untuk meminimalkan waktu henti selama pembaruan. Jika Anda perlu meminimalkan waktu henti, ikuti langkah-langkah dalam Pembaruan waktu henti minimum.

Setelah memverifikasi aplikasi di slot yang diperbarui, Anda dapat menukar aplikasi dan pengaturan versi baru ke dalam produksi. Pertukaran ini memerlukan pengaturan WEBSITE_OVERRIDE_STICKY_EXTENSION_VERSIONS=0 di slot produksi. Cara Anda menambahkan pengaturan ini memengaruhi jumlah waktu henti yang diperlukan untuk pembaruan.

Pembaruan standar

Jika aplikasi fungsi slot Anda dapat menangani waktu henti saat memulai ulang penuh, Anda dapat memperbarui pengaturan WEBSITE_OVERRIDE_STICKY_EXTENSION_VERSIONS langsung di slot produksi. Karena mengubah pengaturan ini secara langsung di slot produksi menyebabkan mulai ulang yang memengaruhi ketersediaan, pertimbangkan untuk melakukan perubahan ini saat lalu lintas berkurang. Anda kemudian dapat bertukar dalam versi yang diperbarui dari slot penahapan.

Cmdlet PowerShell Update-AzFunctionAppSetting saat ini tidak mendukung slot. Anda harus menggunakan Azure CLI atau portal Microsoft Azure.

  1. Gunakan perintah berikut untuk mengatur WEBSITE_OVERRIDE_STICKY_EXTENSION_VERSIONS=0 di slot produksi:

    az functionapp config appsettings set --settings WEBSITE_OVERRIDE_STICKY_EXTENSION_VERSIONS=0  -g <RESOURCE_GROUP_NAME>  -n <APP_NAME>

    Dalam contoh ini, ganti <APP_NAME> dengan nama aplikasi fungsi Anda dan <RESOURCE_GROUP_NAME> dengan nama grup sumber daya. Perintah ini menyebabkan aplikasi yang berjalan di slot produksi dimulai ulang.

  2. Gunakan perintah berikut untuk juga mengatur WEBSITE_OVERRIDE_STICKY_EXTENSION_VERSIONS di slot staging:

    az functionapp config appsettings set --settings WEBSITE_OVERRIDE_STICKY_EXTENSION_VERSIONS=0 -g <RESOURCE_GROUP_NAME>  -n <APP_NAME> --slot <SLOT_NAME>

  3. Gunakan perintah berikut untuk mengubah FUNCTIONS_EXTENSION_VERSION dan memperbarui slot penahapan ke versi runtime baru:

    az functionapp config appsettings set --settings FUNCTIONS_EXTENSION_VERSION=~4 -g <RESOURCE_GROUP_NAME>  -n <APP_NAME> --slot <SLOT_NAME>

  4. Versi 4.x dari runtime Functions memerlukan .NET 6 di Windows. Di Linux, aplikasi .NET juga harus diperbarui ke .NET 6. Gunakan perintah berikut sehingga runtime dapat berjalan pada .NET 6:

    Saat berjalan di Windows, Anda juga perlu mengaktifkan .NET 6.0, yang diperlukan oleh runtime versi 4.x.

    az functionapp config set --net-framework-version v6.0 -g <RESOURCE_GROUP_NAME> -n <APP_NAME>

    .NET 6 diperlukan untuk aplikasi fungsi dalam bahasa apa pun yang berjalan di Windows.

    Dalam contoh ini, ganti <APP_NAME> dengan nama aplikasi fungsi Anda dan <RESOURCE_GROUP_NAME> dengan nama grup sumber daya.

  5. Jika proyek kode Anda memerlukan pembaruan apa pun untuk dijalankan pada versi 4.x, terapkan pembaruan tersebut ke slot staging sekarang.

  6. Konfirmasikan bahwa aplikasi fungsi Anda berjalan dengan benar di lingkungan penahapan yang diperbarui sebelum bertukar.

  7. Gunakan perintah berikut untuk menukar slot penahapan yang diperbarui ke produksi:

    az functionapp deployment slot swap -g <RESOURCE_GROUP_NAME>  -n <APP_NAME> --slot <SLOT_NAME> --target-slot production

Pembaruan waktu henti minimum

Untuk meminimalkan waktu henti di aplikasi produksi, Anda dapat menukar pengaturan WEBSITE_OVERRIDE_STICKY_EXTENSION_VERSIONS dari slot staging ke produksi. Setelah itu, Anda dapat bertukar dalam versi yang diperbarui dari slot penahapan yang sudah ada sebelumnya.

  1. Gunakan perintah berikut untuk mengatur WEBSITE_OVERRIDE_STICKY_EXTENSION_VERSIONS=0 di slot staging:

    az functionapp config appsettings set --settings WEBSITE_OVERRIDE_STICKY_EXTENSION_VERSIONS=0 -g <RESOURCE_GROUP_NAME>  -n <APP_NAME> --slot <SLOT_NAME>

  2. Gunakan perintah berikut untuk menukar slot dengan pengaturan baru ke dalam produksi, dan pada saat yang sama memulihkan pengaturan versi di slot staging.

    az functionapp deployment slot swap -g <RESOURCE_GROUP_NAME>  -n <APP_NAME> --slot <SLOT_NAME> --target-slot production
az functionapp config appsettings set --settings FUNCTIONS_EXTENSION_VERSION=~3 -g <RESOURCE_GROUP_NAME>  -n <APP_NAME> --slot <SLOT_NAME>

    Anda mungkin melihat kesalahan dari slot staging selama waktu antara versi pertukaran dan runtime yang dipulihkan saat staging. Kesalahan ini dapat terjadi karena hanya memiliki WEBSITE_OVERRIDE_STICKY_EXTENSION_VERSIONS=0 pentahapan selama pertukaran FUNCTIONS_EXTENSION_VERSION menghapus pengaturan dalam penahapan. Tanpa pengaturan versi, slot Anda dalam keadaan buruk. Memperbarui versi di slot staging tepat setelah pertukaran akan mengembalikan slot ke kondisi yang baik, dan Anda memanggil kembalikan perubahan Anda jika diperlukan. Namun, setiap rollback pertukaran juga mengharuskan Anda untuk langsung menghapus WEBSITE_OVERRIDE_STICKY_EXTENSION_VERSIONS=0 dari produksi sebelum pertukaran kembali untuk mencegah kesalahan yang sama dalam produksi yang terlihat pada staging. Perubahan dalam pengaturan produksi ini kemudian akan menyebabkan mulai ulang.

  3. Gunakan perintah berikut untuk mengatur lagi WEBSITE_OVERRIDE_STICKY_EXTENSION_VERSIONS=0 di slot staging:

    az functionapp config appsettings set --settings WEBSITE_OVERRIDE_STICKY_EXTENSION_VERSIONS=0 -g <RESOURCE_GROUP_NAME>  -n <APP_NAME> --slot <SLOT_NAME>

    Pada titik ini, kedua slot memiliki WEBSITE_OVERRIDE_STICKY_EXTENSION_VERSIONS=0 yang ditetapkan.

  4. Gunakan perintah berikut untuk mengubah FUNCTIONS_EXTENSION_VERSION dan memperbarui slot penahapan ke versi runtime baru:

    az functionapp config appsettings set --settings FUNCTIONS_EXTENSION_VERSION=~4 -g <RESOURCE_GROUP_NAME>  -n <APP_NAME> --slot <SLOT_NAME>

  5. Versi 4.x dari runtime Functions memerlukan .NET 6 di Windows. Di Linux, aplikasi .NET juga harus diperbarui ke .NET 6. Gunakan perintah berikut sehingga runtime dapat berjalan pada .NET 6:

    Saat berjalan di Windows, Anda juga perlu mengaktifkan .NET 6.0, yang diperlukan oleh runtime versi 4.x.

    az functionapp config set --net-framework-version v6.0 -g <RESOURCE_GROUP_NAME> -n <APP_NAME>

    .NET 6 diperlukan untuk aplikasi fungsi dalam bahasa apa pun yang berjalan di Windows.

    Dalam contoh ini, ganti <APP_NAME> dengan nama aplikasi fungsi Anda dan <RESOURCE_GROUP_NAME> dengan nama grup sumber daya.

  6. Jika proyek kode Anda memerlukan pembaruan apa pun untuk dijalankan pada versi 4.x, terapkan pembaruan tersebut ke slot staging sekarang.

  7. Konfirmasikan bahwa aplikasi fungsi Anda berjalan dengan benar di lingkungan penahapan yang diperbarui sebelum bertukar.

  8. Gunakan perintah berikut untuk menukar slot penahapan yang diperbarui dan telah diperbarui ke produksi:

    az functionapp deployment slot swap -g <RESOURCE_GROUP_NAME>  -n <APP_NAME> --slot <SLOT_NAME> --target-slot production

Menghentikan perubahan antara 3.x dan 4.x

Berikut ini adalah perubahan utama yang harus diperhatikan sebelum meningkatkan aplikasi 3.x ke 4.x, termasuk perubahan khusus bahasa. Untuk daftar lengkapnya, lihat masalah Azure Functions GitHub berlabel Menghentikan Perubahan: Disetujui.

Jika Anda tidak melihat bahasa pemrograman Anda, pilihlah dari bagian atas laman.

Runtime

  • Proksi Azure Functions adalah fitur warisan untuk versi 1.x hingga 3.x dari runtime Azure Functions. Dukungan untuk Proksi Functions dapat diaktifkan kembali di versi 4.x sehingga Anda dapat berhasil memperbarui aplikasi fungsi ke versi runtime terbaru. Sesegera mungkin, Anda harus beralih untuk mengintegrasikan aplikasi fungsi Anda dengan Azure API Management. Azure API Management memungkinkan Anda memanfaatkan serangkaian fitur yang lebih lengkap untuk menentukan, mengamankan, mengelola, dan memonetisasi API berbasis Functions Anda. Untuk informasi selengkapnya, lihat Integrasi API Management. Untuk mempelajari cara mengaktifkan kembali dukungan Proksi di Functions versi 4.x, lihat Mengaktifkan kembali Proksi di Functions v4.x.

  • Log ke Azure Storage menggunakan AzureWebJobsDashboard tidak lagi didukung dalam 4.x. Sebagai gantinya sebaiknya Anda menggunakan Application Insights. (#1923)

  • Azure Functions 4.x kini memberlakukan persyaratan versi minimum untuk ekstensi. Perbarui ke versi terbaru ekstensi yang terpengaruh. Untuk bahasa non-.NET, perbarui ke bundel ekstensi versi 2.x atau yang lebih baru. (#1987)

  • Batas waktu default dan maksimum sekarang diberlakukan dalam 4.x untuk aplikasi fungsi yang berjalan di Linux dalam paket Konsumsi. (#1915)

  • Azure Functions 4.x menggunakan Azure.Identity dan Azure.Security.KeyVault.Secrets untuk penyedia Key Vault dan telah menghentikan penggunaan Microsoft.Azure.KeyVault. Untuk informasi selengkapnya mengenai cara mengonfigurasi pengaturan aplikasi fungsi, lihat opsi Key Vault di Repositori Rahasia. (#2048)

  • Aplikasi fungsi yang berbagi akun penyimpanan kini gagal dimulai jika ID host akun-akun tersebut sama. Untuk informasi selengkapnya, lihat Pertimbangan ID Host. (#2049)

  • Azure Functions 4.x mendukung .NET 6 dalam proses dan aplikasi yang terisolasi.

  • InvalidHostServicesException sekarang adalah kesalahan fatal. (#2045)

  • EnableEnhancedScopes diaktifkan secara default. (#1954)

  • Menghapus HttpClient sebagai layanan terdaftar. (#1911)

  • Gunakan loader kelas tunggal di Java 11. (#1997)

  • Berhenti memuat jar pekerja di Java 8. (#1991)

  • Node.js versi 10 dan 12 tidak didukung di Azure Functions 4.x. (#1999)

  • Serialisasi output di aplikasi Node.js diperbarui untuk mengatasi inkonsistensi sebelumnya. (#2007)

  • Jumlah rangkaian default telah diperbarui. Fungsi yang tidak aman untuk utas atau memiliki penggunaan memori yang tinggi dapat terpengaruh. (#1962)

  • Python 3.6 tidak didukung di Azure Functions 4.x. (#1999)

  • Transfer memori bersama diaktifkan secara default. (#1973)

  • Jumlah rangkaian default telah diperbarui. Fungsi yang tidak aman untuk utas atau memiliki penggunaan memori yang tinggi dapat terpengaruh. (#1962)

Langkah berikutnya

Pelajari selengkapnya tentang versi Functions