.NET 8 en 9: bereid de upgrade voor.

Een .NET-applicatie gebruikt een gedeelde runtime op de server of levert zelf een runtime mee als self-contained deployment. Microsoft beschrijft dit verschil in de deploymentdocumentatie. Alleen de serverruntime bijwerken verandert de meegeleverde kopie niet; daarvoor moet de applicatie opnieuw worden gepubliceerd met een bijgewerkte runtime.

Inventariseer webapplicatie, achtergrondprocessen en geplande uitvoerbare taken. Controleer het gedeployde artefact en de serviceconfiguratie, in plaats van af te gaan op de SDK op een ontwikkellaptop. Neem bij containers ook de runtime-image en het bouwen van die image mee.

Betrek repository, target framework, pakketafhankelijkheden en besturingssysteem bij de beoordeling. Ontwikkelaars brengen applicatiewijzigingen in kaart; Intercube-engineers beoordelen runtimevoorzieningen, servicestart, netwerk en deploymentconfiguratie. Zo krijgt het werk achter de versiedeadline concrete eigenaren.

Bereid een aparte preview- of stagingomgeving voor met de beoogde runtime en relevante services. Test authenticatie, databasetoegang, externe API’s, uploads en achtergrondverwerking. Controleer ook opstarten en readiness: een geslaagde build moet daarna werkelijk verkeer kunnen verwerken.

Laat de buildtooling aansluiten op doelruntime en deploymentmodel. Build- en deploymentpipelines zijn inbegrepen in het managed hostingplan van Intercube. Je team heeft voor die pipeline geen aparte GitHub Actions-deploymentworkflow of losse rekening voor CI-runners nodig. Ontwikkelaars gebruiken de deploymentroute terwijl onze engineers de infrastructuur voorbereiden en beheren.

Voor geschikte applicaties en releases kunnen we zero downtime deployments inrichten. Controleer daarvoor opstartgedrag, sessies en overdracht van achtergrondprocessen. Vraagt een database- of incompatibele applicatiewijziging om onderhoud, spreek dan vooraf het venster, de dataverwerking en het herstelpad af.

Een upgrade hoort een onderhouden omgeving en een herhaalbare release op te leveren. Spreek af wie lifecycledata volgt, patches voorbereidt, de gezondheid van services controleert en helpt wanneer een release vastloopt. Technische ondersteuning werkt beter als de betrokken engineers de infrastructuur en deploymentroute kennen.

Intercube kan dat hosting- en beheerwerk overnemen, terwijl je ontwikkelaars applicatiecode en acceptatie verzorgen. Moet de applicatie verhuizen, dan bereiden onze engineers de doelomgeving voor, oefenen de overdracht en coördineren de omschakeling. Migratie naar Intercube managed hosting is inbegrepen zonder extra kosten.

Heb je infrastructuurkennis nodig voor een omgeving die je zelf al beheert, schakel dan Intercube platform engineers in voor de upgrade en deployments. Deel het huidige deploymentmodel en de gewenste datum. Wij brengen samen met je team het benodigde hosting-, runtime- en pipelinewerk in kaart.