Umbraco on monien yritysten kriittisen tärkeän sisällön ja kaupankäynnin toimittaja. Päivitykset tuntuvat näkymättömiltä, kunnes paketit, tietoturvapäivitykset tai editorikokemus pakottavat sinut toimimaan. Tässä oppaassa kerrotaan, milloin kannattaa siirtyä, missä riskit piilevät ja miten muutokset pysyvät ennustettavina.
Umbraco-julkaisuissa vuorottelevat lyhyen ja pitkän aikavälin tukilinjat, jotka on sovitettu yhteen modernin .NETin kanssa. Paketit, hosting ja backoffice kehittyvät näiden linjojen mukana. Paljon jäljessä pysyminen lisää tietoturvariskiä, rikkoo laajennuksia ja tekee sisältötiimeistä vähemmän tuottavia. Se myös estää tai vaikeuttaa tekoälyn käyttöönottoa, koska pilvipohjaiset tekoäly-SDK:t seuraavat nykyisiä .NET-linjoja ja tuettuja hosting-kuvauksia. Ratkaisu on tasainen päivitystapa, ei pelastushanke.
Korjaa ensin epäselvät vastaukset. Se vähentää kustannuksia ja suojaa toimituskokemusta.
Vahvista Umbracon kohdelinja ja -ajoaika ja suorita sitten lyhyt yhteensopivuusharjoitus, jossa keskitytään paketteihin ja backofficen räätälöinteihin. Pilotoi ei-kriittisellä sivustolla tai osajoukolla muokkaajia. Julkaise versio vaiheittain, tarkkaile virhemääriä ja backoffice-suorituskykyä ja edistä vain, jos se on kunnossa.
Keskitymme nykyisiin ja uusimpiin tuettuihin linjoihin, jotka ovat linjassa modernin .NETin kanssa. .NET Frameworkin hyvin vanhoihin versioihin liittyy merkittäviä riskejä ja kustannuksia.
Umbraco 13 LTS osoitteessa .NET 8
Paras oletusarvo pitkäkestoisille sivustoille. Saat vakaan linjan, jossa on tietoturvakorjauksia ja laaja pakettituki.
Miksi sillä on väliä: vastaa nykyaikaista .NETiä, nykyisiä Azure-hostauskuvia ja terveintä pakettiekosysteemiä.
Riskit, jos jäät jälkeen: paketit ja pilvi-SDK:t siirtyvät eteenpäin, jolloin joudut kiinnittämään vanhoja asiakkaita ja hyväksymään tietoturva-alennuksia.
Umbraco 14 ja uudemmat lyhytaikaiset linjat nykyaikaisella .NET:llä
Loistava ratkaisu tiimeille, jotka liikkuvat nopeasti ja haluavat uusia backoffice-ominaisuuksia. Nämä linjat iteroituvat nopeasti.
Miksi sillä on merkitystä: pääsy uusimpaan editorikokemukseen ja uusimpiin API:hin.
Riskit, jos viivyttelet: lyhyempi tukiikkuna ja tarve suunnitella puhdas siirtyminen seuraavaan LTS-versioon.
Umbraco 12 ja muut lyhytaikaiset linjat .NET 7
Nyt ikääntyminen. Paketit ovat suurelta osin siirtyneet 13 LTS:ään ja uudempiin linjoihin. Jotkin hosting- ja build-imagot eivät painota .NET 7:ää.
Vaikutukset liiketoimintaan: enemmän aikaa vanhojen pakettien kiinnittämiseen, enemmän kitkaa integroitumisessa uudempiin laajennuksiin ja palveluihin.
Umbraco 10 LTS on .NET 6
Vakaa, mutta lähestyy käytännön kiitotiensä loppua. Monet pakettien laatijat keskittyvät .NET 8 -pohjaisiin linjoihin.
Miksi sillä on merkitystä: tietoturva- ja alustapäivitykset ovat terveempiä 13 LTS:ssä.
Käytännön polku: suunnittele rauhallinen siirtyminen 13 LTS:ään, jotta et maksa myöhemmin kahdesta suuresta hypystä.
Umbraco 9 on .NET 5
Ei vastaa nykyistä isännöintiä, tietoturvakäytäntöjä ja pakettikohteita.
Miksi sillä on merkitystä: nykyaikaiset Azure-kuvat, tietoturvaohjeet ja riippuvuudet ovat siirtyneet eteenpäin, mikä on lisännyt riskiä ja integrointivaivaa.
Käytännön polku: Siirry tuettuun LTS-versioon nykyaikaisella .NET:llä, tyypillisesti 13 LTS:ään, keskittyen pakettien korvaamiseen.
Umbraco 8 ja sitä vanhemmat .NET Framework
Korkea riski ja korkeat ylläpitokustannukset. Backofficen räätälöinnit perustuvat vanhoihin lähestymistapoihin, ja monet paketit ja käyttöönottotyökalut eivät enää tue näitä linjoja.
Miksi sillä on merkitystä: rajallinen tietoturva-asetelma, supistuva ekosysteemi ja tiukemmat auditoinnit.
Käytännön polku: käsittele siirtymähankkeena nykyaikaiseen Umbracoon .NET 8:lla. Varaa aikaa pakettien vaihtoon, sisältömallin muutoksiin, hakujen uudelleen indeksointiin ja hosting-päivityksiin.
Backoffice-muutos on otettava huomioon
Myöhemmin Umbracon linjat ottavat käyttöön modernisoidun backoffice-pinon. Vanhoja lähestymistapoja varten kirjoitetut mukautetut backoffice-laajennukset on usein kirjoitettava uudelleen.
Miksi sillä on merkitystä: tässä kohtaa syntyy eniten yllätyskustannuksia. Tunnista nämä mukautukset varhaisessa vaiheessa ja suunnittele uudelleenkirjoitus pilottivaiheessa.
Tiimit huomaavat usein, että "emme voi liittää tekoälyä" ei ole ominaisuusongelma, vaan ajoaika- ja SDK-kohdistusongelma. Tässä on käytännön näkemys siitä, miten Umbraco-versiosi + .NET-ajoaikasi vaikuttaa Azure OpenAI:n / OpenAI:n, AWS Bedrockin / SageMakerin ja Google Vertex AI:n kaltaisten palvelujen käyttöön.
Jos olet moderni Umbraco + moderni .NET, olet vihreä:
Jos olet ikääntyvillä, vielä tuetuilla linjoilla, olet keltainen:
Jos olet out-of-cycle tai legacy, olet punainen:
Mitä "tekoälyvalmius" tarkoittaa tässä
Johtajan nyrkkisääntö
Usein kyllä. Suunnittele nykyisestä LTS:stä nykyaikainen .NET ja todista yhteensopivuus kohdennetulla pilotilla.
Yleensä kyllä, hyvällä tavalla. Nopeampi backoffice, vähemmän häiriöitä ja puhtaammat työnkulut.
Mukautetut backoffice-laajennukset ja vanhemmat paketit. Tunnista ne ensin ja varaa budjetti korvaaviin tai uudelleen kirjoitettaviin versioihin.
Pyydä yhden sivun inventaariota, josta käy ilmi Umbracon versio, suoritusaika, kriittiset paketit ja tunnetut mukautukset. Hyväksy lyhyt yhteensopivuusharjoitus ja kokeile sitten päivitystä matalan riskin sivustolla. Pidä tapana neljännesvuosittain.
Suunnittelemme ja toteutamme Umbracon päivitykset rauhallisesti ja mitattavissa olevin askelin. Jos haluat ulkopuolisen näkemyksen tai toimitustiimin, aloita keskustelu.