Pada 10 November 2026, Microsoft berhenti menghantar kemas kini keselamatan untuk dua versi .NET pada hari yang sama: .NET 8 dan .NET 9. Selepas tarikh itu, sebarang kelemahan yang ditemui dalam platform tidak akan ditampal pada mana-mana satu daripada kedua-dua versi itu. Jika sistem perakaunan, sistem jualan runcit atau ERP anda dibina di atas salah satu daripadanya — dan dalam pasaran Saudi banyak yang begitu — anda mempunyai kurang daripada dua bulan untuk memutuskan hala tuju anda. Bagi kebanyakan syarikat, destinasi yang betul ialah .NET 10, yang disokong sehingga 14 November 2028, bukan .NET 11, yang calon keluaran pertamanya baru sahaja dikeluarkan dua hari lalu.

Apa yang berlaku pada 8 September

Pada 8 September 2026, Microsoft mengumumkan bahawa .NET 11 telah mencapai Release Candidate 1 dengan lesen sokongan go-live — bermakna Microsoft secara rasmi menyokong penggunaannya dalam pengeluaran sebenar sebelum keluaran muktamad dikeluarkan. Pada hari yang sama, kemas kini penyelenggaraan rutin dikeluarkan untuk .NET 10, .NET 9 dan .NET 8.

Itulah berita teknikalnya. Berita yang penting kepada pemilik perniagaan terletak di halaman yang sama sekali berbeza: halaman rasmi dasar sokongan, yang dikemas kini pada hari yang sama, yang menyatakan dengan jelas bahawa .NET 8 dan .NET 9 tamat sokongan pada 10 November 2026. Pengumuman keluaran yang berkilat mendapat perhatian; baris yang benar-benar menelan wang anda tertulis dalam jadual yang membosankan.

Mengapa keluaran "sokongan jangka panjang" kehabisan sokongan

Microsoft mengeluarkan keluaran utama .NET setiap bulan November. Keluaran bernombor genap ialah sokongan jangka panjang dan menerima tiga tahun tampalan percuma; keluaran bernombor ganjil ialah sokongan standard dan menerima dua.

.NET 8 dikeluarkan pada 14 November 2023, jadi tiga tahunnya tamat pada November 2026. .NET 9 dikeluarkan pada 12 November 2024, jadi dua tahunnya tamat lebih kurang pada masa yang sama. Itulah sebabnya kedua-duanya jatuh pada 10 November. Di sinilah pasukan sering terperangkap: "sokongan jangka panjang" tidak bermakna disokong selama-lamanya. Ia bermakna tiga tahun dikira dari hari keluaran, dan sebahagian besar masa itu telah pun berlalu ketika tiada sesiapa yang memerhatikannya.

Sasaran yang betul ialah .NET 10, bukan .NET 11

Reaksi spontan terhadap berita seperti ini ialah "kalau begitu, kita naik taraf ke yang terbaharu." Bagi kebanyakan sistem perniagaan, itu keputusan yang salah, dan sebabnya ada dalam jadual sokongan yang sama.

.NET 10 dikeluarkan pada 11 November 2025, ialah keluaran sokongan jangka panjang, dan disokong sehingga 14 November 2028. Satu naik taraf memberi anda kestabilan lebih sedikit daripada dua tahun tanpa perlu membuka semula fail ini. .NET 11 ialah keluaran bernombor ganjil, jadi ia hanya mempunyai dua tahun sokongan standard dan akan hilang sokongan lebih awal daripada .NET 10, walaupun lebih baharu. Naik taraf ke versi lebih baharu yang tamat lebih awal bukanlah naik taraf — ia penangguhan dengan invois tambahan dilampirkan.

Ada pertimbangan kedua. Calon keluaran .NET 11 itu sendiri hanya disokong sehingga 13 Oktober 2026, kerana ia binaan peralihan yang dijangka anda tinggalkan — ke calon seterusnya, kemudian ke keluaran November. Sesiapa yang membaca "go-live" sebagai jemputan untuk memasang calon keluaran ke dalam sistem perakaunan dan membiarkannya di situ sebenarnya telah mendaftar untuk kitaran naik taraf bulanan dan bukannya terlepas daripadanya.

Peraturan praktikal bagi syarikat yang menjalankan perisian perakaunan atau operasi: sentiasa sasarkan keluaran sokongan jangka panjang bernombor genap. Serahkan keluaran bernombor ganjil kepada pasukan produk yang menaik taraf secara berterusan dan mahukan ciri lebih awal.

Apa yang sebenarnya dibawa oleh .NET 11

Supaya keputusan berasaskan pengetahuan dan bukan pengelakan, inilah kandungan calon keluaran itu. Dalam C#, versi 15 menstabilkan jenis kesatuan — cara yang lebih jelas untuk menyatakan nilai yang boleh mengambil lebih daripada satu bentuk, seperti operasi yang sama ada berjaya atau gagal atas sebab tertentu. Dari segi alatan, arahan ujian menambah baik pengendalian aplikasi mudah alih dan menambah kawalan di peringkat larian.

Dalam penerbitan bekas, penjanaan imej kini boleh dihasilkan semula dengan sama dan tidak lagi memuat naik semula lapisan yang sudah wujud, sekali gus memendekkan masa pelaksanaan dan memudahkan audit terhadap apa yang anda hantar. Dalam pengurusan pakej, mengemas kini pakej yang mempunyai kelemahan diketahui kini berfungsi walaupun amaran dianggap sebagai ralat — halangan lama yang dahulu memaksa pasukan mematikan semakan keselamatan semata-mata untuk meluluskan binaan. Dalam ASP.NET Core, API pembaharuan pengesahan SignalR telah dimuktamadkan, dan litar Blazor Server kini mengemas kini keadaannya selepas pembaharuan dan bukannya berpegang pada identiti yang lapuk. Laporan ranap dalam proses kini tersedia pada sistem Unix, yang bermakna diagnostik yang lebih baik apabila pelayan tumbang pada pukul tiga pagi.

Ini penambahbaikan yang tulen. Namun tiada satu pun yang mengatasi risiko menjalankan sistem kewangan pada versi yang tamat lebih awal daripada alternatifnya.

Mengapa ini fail pematuhan, bukan fail teknikal

Menjalankan platform yang tidak lagi menerima tampalan keselamatan bukanlah soal citarasa kejuruteraan. Undang-undang Perlindungan Data Peribadi (PDPL) mewajibkan setiap organisasi yang mengendalikan data pelanggan untuk melaksanakan langkah perlindungan yang sewajarnya, dan mana-mana semakan keselamatan yang serius akan bertanya versi platform yang anda jalankan dan bila sokongannya tamat. "Kami menggunakan versi yang tamat sokongan lapan bulan lalu" bukanlah jawapan yang boleh anda pertahankan di hadapan juruaudit, pelanggan korporat yang menghantar soal selidik keselamatan sebelum menandatangani kontrak, atau syarikat insurans siber.

Perkara yang sama terpakai kepada sistem e-invois yang disambungkan ke platform Fatoora. Sistem yang menandatangani invois secara digital dan menghantarnya kepada pihak berkuasa kerajaan perlu berada pada platform yang masih menerima tampalan kriptografi. Ini bukan butiran dalaman — ia sebahagian daripada rantaian kepercayaan yang menjadi sandaran invois anda.

Pelan tindakan dari sekarang hingga November

  • Minggu ini — ketahui kedudukan anda. Minta vendor atau pasukan teknikal anda menyediakan inventori versi .NET di sebalik setiap sistem yang anda jalankan, termasuk alatan dalaman kecil dan perkhidmatan latar belakang yang tidak pernah difikirkan oleh sesiapa. Pada pelayan, dotnet --list-runtimes memaparkannya; dalam projek itu sendiri, ia ialah entri rangka kerja sasaran dalam fail projek.
  • Minggu depan — buat triaj. Tandakan semua yang berjalan pada .NET 8 atau lebih lama dan semua yang berjalan pada .NET 9. Apa-apa yang sudah pada .NET 10 selamat sehingga 2028. Apa-apa yang pada .NET 6 atau 7 sudah bertahun-tahun tiada sokongan dan memerlukan tindakan segera, bukan jadual.
  • Dalam tempoh dua minggu — baca senarai perubahan yang memecahkan keserasian. Microsoft menerbitkan senarai perubahan yang memecahkan keserasian bagi setiap keluaran. Beralih daripada 8 ke 10 biasanya lancar, tetapi membacanya sebelum bermula menjimatkan beberapa hari.
  • Dalam tempoh sebulan — naik taraf persekitaran ujian dahulu. Tukar rangka kerja sasaran, bina, jalankan ujian, kemudian jalankan sistem dengan salinan data sebenar sebelum perkara lain.
  • Sebelum November — laksanakan. Tinggalkan margin keselamatan sekurang-kurangnya dua minggu sebelum 10 November, dan jangan laksanakan semasa penutupan akaun hujung bulan atau pada musim puncak jualan.
  • Sekali, untuk selamanya. Catatkan 14 November 2028 dalam kalendar syarikat hari ini dan tetapkan peraturan: setiap naik taraf menuju keluaran bernombor genap yang seterusnya. Dengan itu, perkara ini bertukar daripada kejutan tahunan kepada butiran belanjawan yang diketahui.

Jika sistem itu dibekalkan oleh vendor

Banyak syarikat tidak memiliki kod sumber; mereka membeli sistem siap daripada pembekal. Dalam keadaan itu, satu-satunya e-mel yang anda hantar hari ini bertanya tiga perkara: sistem berjalan pada versi .NET yang mana, bilakah anda akan menghantar binaan pada .NET 10, dan adakah naik taraf ini dilindungi oleh kontrak sokongan kami atau dibilkan secara berasingan. Cara vendor anda menjawab memberitahu anda lebih banyak tentang produk itu berbanding mana-mana pembentangan. Dan vendor yang tidak tahu jawapannya, atau berdolak-dalik, ialah vendor yang sama yang akan anda telefon pada 11 November.

Sumber

  • Microsoft — Announcing .NET 11 Release Candidate 1, 8 September 2026: devblogs.microsoft.com
  • Microsoft — dasar sokongan rasmi .NET dan tarikh tamat sokongan: dotnet.microsoft.com
  • Microsoft — Perubahan yang memecahkan keserasian dalam .NET 11: learn.microsoft.com
  • Pihak Berkuasa Data dan Kecerdasan Buatan Saudi (SDAIA) — Undang-undang Perlindungan Data Peribadi (PDPL): sdaia.gov.sa