Bagikan melalui

Kapan memilih .NET Framework untuk kontainer Docker

Petunjuk / Saran

Konten ini adalah kutipan dari eBook, Arsitektur Layanan Mikro .NET untuk Aplikasi .NET Kontainer, tersedia di .NET Docs atau sebagai PDF gratis yang dapat diunduh yang dapat dibaca secara offline.

Unduh PDF

Arsitektur Layanan Mikro .NET untuk Aplikasi .NET Dalam Kontainer: gambar kecil sampul eBook.

Sementara .NET 8 menawarkan manfaat signifikan untuk aplikasi baru dan pola aplikasi, .NET Framework akan terus menjadi pilihan yang baik untuk banyak skenario yang ada.

Memigrasikan aplikasi yang ada langsung ke kontainer Windows Server

Anda mungkin ingin menggunakan kontainer Docker hanya untuk menyederhanakan penyebaran, bahkan jika Anda tidak membuat layanan mikro. Misalnya, mungkin Anda ingin meningkatkan alur kerja DevOps dengan Docker—kontainer dapat memberi Anda lingkungan pengujian yang terisolasi dengan lebih baik dan juga dapat menghilangkan masalah penyebaran yang disebabkan oleh dependensi yang hilang saat Anda pindah ke lingkungan produksi. Dalam kasus seperti ini, bahkan jika Anda menyebarkan aplikasi monolitik, masuk akal untuk menggunakan Docker dan Kontainer Windows untuk aplikasi .NET Framework Anda saat ini.

Dalam kebanyakan kasus untuk skenario ini, Anda tidak perlu memigrasikan aplikasi yang ada ke .NET 8; Anda dapat menggunakan kontainer Docker yang menyertakan .NET Framework tradisional. Namun, pendekatan yang direkomendasikan adalah menggunakan .NET 8 saat Anda memperluas aplikasi yang ada, seperti menulis layanan baru di ASP.NET Core.

Menggunakan pustaka .NET pihak ketiga atau paket NuGet yang tidak tersedia untuk .NET 8

Pustaka pihak ketiga dengan cepat merangkul .NET Standard, yang memungkinkan berbagi kode di semua varian .NET, termasuk .NET 8. Dengan .NET Standard 2.0 dan yang lebih baru, kompatibilitas permukaan API di berbagai kerangka kerja telah menjadi jauh lebih besar. Selain itu, .NET Core 2.x dan aplikasi yang lebih baru juga dapat langsung mereferensikan pustaka .NET Framework yang ada (lihat .NET Framework 4.6.1 yang mendukung .NET Standard 2.0).

Selain itu, Paket Kompatibilitas Windows memperluas permukaan API yang tersedia untuk .NET Standard 2.0 di Windows. Paket ini memungkinkan kompilasi ulang sebagian besar kode yang ada ke .NET Standard 2.x dengan sedikit atau tanpa modifikasi, untuk berjalan di Windows.

Namun, bahkan dengan perkembangan yang luar biasa sejak .NET Standard 2.0 dan .NET Core 2.1 atau yang lebih baru, mungkin ada kasus di mana paket NuGet tertentu memerlukan Windows untuk dijalankan dan mungkin tidak mendukung .NET Core atau yang lebih baru. Jika paket tersebut sangat penting untuk aplikasi Anda, maka Anda harus menggunakan .NET Framework pada Kontainer Windows.

Menggunakan teknologi .NET tidak tersedia untuk .NET 8

Beberapa teknologi .NET Framework tidak tersedia di .NET 8. Beberapa dari mereka mungkin tersedia dalam rilis selanjutnya, tetapi yang lain tidak sesuai dengan pola aplikasi baru yang ditargetkan oleh .NET Core dan mungkin tidak pernah tersedia.

Daftar berikut menunjukkan sebagian besar teknologi yang tidak tersedia di .NET 8:

  • ASP.NET Web Forms Teknologi ini hanya tersedia di .NET Framework. Saat ini tidak ada rencana untuk membawa Formulir Web ASP.NET ke .NET atau yang lebih baru.

  • Layanan terkait alur kerja. Windows Workflow Foundation (WF), Workflow Services (WCF + WF dalam satu layanan), dan WCF Data Services (sebelumnya dikenal sebagai ADO.NET Data Services) hanya tersedia di .NET Framework. Saat ini tidak ada rencana untuk membawanya ke .NET 8.

Selain teknologi yang tercantum dalam peta jalan .NET resmi, fitur lain mungkin di-port ke platform .NET terpadu baru. Anda mungkin mempertimbangkan untuk berpartisipasi dalam diskusi di GitHub sehingga suara Anda dapat didengar. Dan jika Anda merasa ada sesuatu yang hilang, ajukan masalah baru di repositori GitHub dotnet/runtime .

Menggunakan platform atau API yang tidak mendukung .NET 8

Beberapa platform Microsoft dan pihak ketiga tidak mendukung .NET 8. Misalnya, beberapa layanan Azure menyediakan SDK yang belum tersedia untuk dikonsumsi pada .NET 8. Sebagian besar Azure SDK pada akhirnya harus di-port ke .NET 8/.NET Standard, tetapi beberapa mungkin bukan karena beberapa alasan. Anda dapat melihat Azure SDK yang tersedia di halaman Rilis Terbaru Azure SDK .

Sementara itu, jika ada platform atau layanan di Azure yang masih tidak mendukung .NET 8 dengan API kliennya, Anda dapat menggunakan REST API yang setara dari layanan Azure atau SDK klien di .NET Framework.

Memindahkan aplikasi ASP.NET yang ada ke .NET 8

.NET Core adalah langkah maju revolusioner dari .NET Framework. Ini menawarkan sejumlah keunggulan dibandingkan .NET Framework secara menyeluruh, mulai dari produktivitas hingga performa, dan dari dukungan lintas platform hingga kepuasan pengembang.

Sumber daya tambahan

SebelumnyaBerikutnya

  • Last updated on