".NET on stabiilne, ehitame funktsioone" töötab seni, kuni turvaparandus, partneri SDK või raamistiku põrge vajab uuemat tööaega. See juhend näitab, millal liikuda, kuidas hoida riski madalal ja milline näeb hea välja 2025. aasta lõpus.

Miks see nüüd oluline on

Kaasaegne .NET töötab kahel rajal. LTS on pikk baasliin, mida enamik teenuseid peaks kasutama. STS liigub kiiremini meeskondade jaoks, kes suudavad muudatused kiiresti vastu võtta. Kaugele mahajäämine suurendab turvalisuse ja integratsiooni riski ning muudab värbamise raskemaks. Samuti blokeerib või raskendab tehisintellekti kasutuselevõttu, kuna pilve tehisintellekti SDKd viivad end vastavusse praeguste .NET-liinidega. Lahenduseks on korduv sagedus, mis hoiab teid toetatud liinide lähedal.

Juhtkonna kontrollnimekiri enne mis tahes uuendamist

• Toetusaken: NET liinil oleme ja millal see lõpeb.
• Platvormi sobivus: Kas meie peamised raamistikud ja pilve SDK-d toetavad sihtmärki?
• Turvavõrgud: Kas äritasandi testid lähevad läbi staging-keskkonnas, mida me usaldame
• Sõltuvused: Kas konteinerite ja operatsioonisüsteemi baaskujutised, CI-runnerid ja skannerid on kooskõlas.
• Väljakutseplaan: Kas me saame vabastada etapiviisiliselt ja mõõta tervist enne täielikku kasutuselevõttu?

See muudab uuendused pigem kontrollitud tööks kui hasartmänguks.

Planeeri ja saadeta ilma draamata

Kinnitage sihtjoon ja tõestage muudatuste järjekorda lühikese harjutusega. Vabastage etapiviisiliselt. Jälgige teenuse tervislikku seisundit ja edendage ainult siis, kui numbrid püsivad. Andmemuudatuste puhul kasutage plaani, mis võimaldab vana ja uut koodi kõrvuti töötada, samal ajal kui andmeid liigutatakse. Olge ausad tagasipööramise suhtes. Kui andmed muutusid, on turvalise paranduse edasiarendus realistlik võimalus.

.NET täna: kus te seisate versiooni järgi

Keskendume toetatud liinidele. Pärast toetuse lõppemist ei ole Microsofti turvaparandusi ja ökosüsteemi hõõrdumine kasvab.

.NET 10 (LTS) - käivitub novembris 2025
Järgmine pikaajaline baastase. Uued teenused, mis algavad 2025. aasta lõpus, peaksid sihtmärgiks võtma 10, kui GA maandub. Eeldatavasti jõuab ökosüsteemi kiire kasutuselevõtt, jõudluse kasv ja uued platvormi funktsioonid esimesena siia.
Miks see on oluline: pikim stardiaeg turvaparanduste tegemiseks ja parim vastavus tulevastele ASP.NET Core, EF Core ja pilvede SDK uuendustele.

.NET 9 (STS)
Praegune standardväljaanne. Hea meeskondadele, kes liiguvad kiiresti, kuid mitmed müüjad on juba ühtlustanud teekaardid "9 nüüd, 10 LTS järgmine."
Risk, kui viivitate: kahanev kattuvus partnerite SDK-dega, kuna nad kaotavad vanemaid sihtraamistikke, luues kitsa akna, et liikuda ilma topelttööta.

.NET 8 (LTS)
Tänane LTS ja kindel baastase. Enamik Azure'i SDK-dest, EF Core 8 ja ASP.NET Core 8 funktsioonid maanduvad siin. Saate kasu Native AOT-i täiustustest ja jooksutusaja perf-tööst, mis ei ole saadaval 6-l.
Miks see on oluline: 8-le jäämine hoiab teid kõlblikuna praeguste turva-, jõudlus- ja SDK-uuenduste jaoks, samal ajal kui valmistute 10 jaoks ette.

.NET 6 (LTS) - toetus lõppes
EoS oli novembris 2024. Sa tabad rohkem "net8.0 required" märkusi EF Core, ASP.NET Core, analüsaatorid ja pilve SDK-d. Konteinerite baaskujutised 6 jaoks on külmutatud, mis lükkab turvariski teie operatsioonisüsteemi kihile.
Miks see on oluline: kasvav nõuetele vastavuse risk ja kasvav inseneride aeg, mis kulub tootetöö asemel piningile ja eranditele.

.NET Framework 4.x
Endiselt toetatud, seotud Windowsi elutsükliga, kuid uued uuendused saadetakse kaasaegsel .NETil. Paljud uuemad Azure ja kolmandate osapoolte SDKd eeldavad .NET 6/8+ sihtmärke, seega vajavad 4.x rakendused shime'i või vanemaid kliente.
Miks see on oluline: integreerimine muutub raskemaks ja palkamine muutub raskemaks, kuna insenerid eelistavad kaasaegset .NETi.

.NET Framework 3.5 SP1
Toetatakse peamiselt vanade rakenduste käivitamiseks, mitte uute arenduste jaoks. Tööriistad, turvalisuse alused ja partnerite SDKd on õhukesed.
Miks see on oluline: suurem risk ja piiratud ökosüsteemi valikud; migratsioonid nõuavad aega sõltuvuse ja konfiguratsiooni muutmiseks.

.NET Framework 3.0 SP2
Toetus on lõppenud alates 2011. aastast. Igasugune tuginemine siin annab tavaliselt märku sügavamatest platvormi- ja sõltuvusjääkidest.
Miks see on oluline: märkimisväärne turva- ja käideldavuse risk; enne kaasaegsete SDKde kasutuselevõttu on vaja vähemalt kaheastmelist tõusu.

Kas minu .NET-versioon saab kasutada kaasaegseid tehisintellekti teenuseid?

Kui meeskonnad ütlevad, et "me ei saa AI-d ühendada", siis on tavaliselt tegemist tööaja/SDK mittevastavusega. Siin on praktiline versioonide kaupa ülevaade Azure OpenAI / OpenAI, AWS Bedrock & SageMaker ja Google Vertex AI kohta.

Mis on SDKde eesmärk (lihtsas keeles)

• Azure OpenAI (.NET) - Azure.AI.OpenAI on suunatud .NET Standard 2.0-le, seega töötab see kaasaegsel .NET-il (6/8/9/10) ja .NET raamistikul ≥ 4.6.1/4.6.2 koos reservatsioonidega. nuget.org
• OpenAI ametlik .NET raamatukogu - ühildub .NET Standard 2.0 rakendustega (näited kasutavad .NET 8, kuid raamatukogu toetab netstandard2.0). GitHub
• AWS SDK for .NET (Bedrock/SageMaker) - praegune v4 eemaldab .NET Framework 3.5; see on kompileeritud .NET Framework 4.7.2 vastu (ja toetab kaasaegset .NETi). Bedrockil on AWS SDK kaudu ametlikud .NET näited. AWS dokumentatsioon+1
• Google Cloud / Vertex AI (.NET) - kliendiraamatukogud (nt Google.Cloud.AIPlatform.V1) on suunatud .NET Standard 2.0 ja .NET Framework 4.6.2+. nuget.org
• Azure SDK (üldine) - mõeldud .NET Standard 2.0 jaoks; kaasaegsed versioonid järgivad täpselt praeguseid .NET-ridasid. Microsoft Learn+2Microsoft for Developers+2

Mida see tähendab teie tööaeg:

• .NET 10 (LTS) ja .NET 9 (STS)
  Täielikult ühildub kõigi suuremate AI SDK-dega. Kui te alustate uut teenust 2025. aasta lõpus, siis on .NET 10 sihttasemel maksimaalne lennuraja ja AI SDK funktsioonide ühtlustamine.
  NETi uuendamise juhend_ Rahulik tee ...
• .NET 8 (LTS)
  Hea lähtealus tehisintellekti tööks. Azure/OpenAI, AWS Bedrock/SageMaker ja Vertex AI SDKd on kõik toetatud. Saate kasu ka kaasaegsetest gRPC/HTTP käitlejatest, mida paljud AI SDK-d eeldavad. See on kõige turvalisem "ship now" sihtmärk, kui valmistute .NET 10 jaoks. nuget.org+3nuget.org+3GitHub+3
• .NET 6 (LTS, nüüdseks möödas EoS)
  AI SDK-d töötavad endiselt (nad on netstandard2.0-sõbralikud), kuid te kasutate toetamata tööaega, mis suurendab turvalisuse/vastavuse riski ja kitsendab tulevasi SDK-valikuid. Eelistage 8 või 10-le üleminekut, et vältida järgmise laine SDK-uuendusi, mis võivad nõuda net6+/net8+.
  NETi uuendamise juhend_ Rahulik tee ...
• .NET Framework 4.7.2-4.8
  Töötab, kuid on hoiatustega.
  
  • Azure/OpenAI: OK netstandard2.0. nuget.org+1 kaudu.
  • Google Vertex AI: OK (paketid toetavad .NET Framework 4.6.2+). nuget.org
  • AWS: AWS SDK v4 (kompileeritud 4.7.2 vastu). Vanemaid raamistikke (nt 3.5) enam ei toetata. AWS dokumentatsioon
    Oodata rohkem hõõrdumist kaasaegse gRPC/HTTP2 ja TLS vaikimisi kui .NET 8/10 puhul. Kui jääte siia, planeerige lisaaega sõltuvuste ja platvormi veidruste jaoks.
• .NET Framework 4.6.1-4.6.2
  Mõned AI-raamatukogud on endiselt koormatud (netstandard2.0), kuid mitmed pilvede SDK-d nõuavad nüüd 4.6.2+ või 4.7.2+ ja uuemaid TLS/HTTP-pakette. Käsitlege seda parimal juhul üleminekuperioodina; üleminek kaasaegsele .NETile vähendab integratsiooniriski. GitHub+1
• .NET Framework 3.5 / 3.0
  Ei ole kaasaegse tehisintellekti integreerimiseks elujõuline. AWS SDK v4 loobus .NET 3.5-st ja praegused AI SDK-d eeldavad netstandard2.0 või uuemat raamistikku. Enne AI lisamist tuleb planeerida kaheastmeline uuendamine (Framework → kaasaegne .NET). AWSi dokumentatsioon

Juhtide rusikareegel
Kui kasutate .NET 8+, olete Azure/OpenAI, AWS Bedrock/SageMaker ja Vertex AI jaoks "rohelises". .NET Frameworkil on see sageli tehniliselt võimalik, kuid operatiivselt habras; tegelik kulu on töökohtadele kaotatud aeg võrreldes funktsioonide ehitamisega. Kohandamine .NET 8-ga praegu (ja .NET 10 järgmisena) hoiab teid sees esmase toetustee sees, mida need AI SDKd jälgivad. 

NET uuendamise juhend_ Rahulik tee ...

.NET-spetsiifilised juhised, mida juhid peaksid küsima

• Raamistiku ühtlustamine: Kas ASP.NET Core ja Entity Frameworki versioonid on sihtliinil terved?
• Pilve SDKd: Kas meie Azure'i või muud pilve SDK-d toetavad eesmärki ja kas me oleme seotud turvaliste versioonidega.
• Platvormi hügieen: Kas konteineri kujutised ja Windowsi või Linuxi baaskujutised on toetuskuupäevade piires.
• Tarneahel: Kas me koostame tarkvara materjalide loendi ja skannime sõltuvusi iga buildi puhul?
• Inimesed ja juurdepääs: Kas meil on järjepidevus, kui võtmeinsener lahkub.

Need küsimused toovad varakult esile varjatud riskid ja vähendavad uuenduskulusid.

Mida juhid peaksid tulemuste osas ootama

• Väiksem risk: toetatud turvarõhk ja vähem üleöö toimuvaid intsidente.
• Kiiremad versioonid: vähem hõõrdumist CI/CD ja partnerite integreerimisel.
• Parem töölevõtmise lugu: kaasaegne .NET meelitab tugevamaid kandidaate.
• Prognoositavad kulutused: kvartaalne hügieen, mitte hädaolukorra projektid.

KKK otsustajatele

Kas me saame hüpata .NET 6-st otse 10-le?

Sageli jah, kui teie raamistikud ja SDKd seda toetavad. Paluge lühikest ühilduvuse kontrolli ja pilootprojektide kasutuselevõtu plaani.

Kuidas on lood .NET Frameworki rakendustega

Hoidke neid isoleerituna. Migreerige seal, kus äriline väärtus on selge. Iga rakendus ei vaja ümberkirjutamist, kuid iga rakendus vajab plaani.

Kuidas vältida seisakuid?

Viige versioon välja, mõõtke väikese osaga liiklust ja reklaamige seda ainult siis, kui tulemused on head.

Mida teha edasi

Küsige ühe lehekülje pikkust ülevaadet, milles on loetletud teie .NET-liin, peamised raamistikud, pilve SDK-d, baaskujundused ja toetuse kuupäevad. Kinnitage lühike harjutus, et tõestada uuenduskorda, seejärel planeerige etapiviisiline kasutuselevõtt. Korrake kord kvartalis, et uuendused ei muutuks kunagi kriisiks.

Rääkige meiega

Me planeerime ja teostame .NET-uuendusi rahulikult mõõdetavate sammudega. Kui soovid välisvaadet või tarnetuge, alusta vestlust.