.NET-modernisering

Legacy .NET vooruit geholpen, zonder het bedrijf stil te leggen

De applicatie houdt het bedrijf nog steeds draaiende — en juist daarom wil niemand eraan komen. We brengen WebForms-, WCF-, VB.NET- en .NET Framework-systemen stukje voor stukje naar actueel .NET, waarbij oud en nieuw naast elkaar draaien tot er aan de oude kant niets meer over is.

Instapaanbiedingen met vaste scope Plan een gesprek

Je bent hier waarschijnlijk omdat

Een WebForms- of WCF-applicatie draait nog steeds een cruciaal deel van het bedrijf, en de mensen die hem schreven zijn vertrokken.
Elke schatting om hem te moderniseren kwam terug als een rewrite waarvoor je het je niet kunt veroorloven de roadmap te bevriezen.
Je zit vast aan Windows Server en IIS omdat de applicatie nergens anders kan draaien.
Security- en compliancereviews blijven een niet-ondersteunde frameworkversie signaleren.

Hoe we moderniseren

Elke keer dezelfde aanpak, omdat het de enige is die we ooit hebben zien afronden.

Analyseren vanuit ervaring, niet vanuit onderzoek

We hebben productiecode geschreven in elke stack op de lijst hieronder, dus de analyse is een kwestie van ervaring in plaats van een onderzoeksfase waarvoor jij betaalt.

Eerst de build vrijmaken

SDK-style projecten, multi-targeted gedeelde libraries en een pipeline die vanzelf draait. Het betaalt zich terug nog voordat de migratie klaar is, en maakt alles daarna herhaalbaar.

Strangler, nooit big-bang

De nieuwe stack komt naast de oude te staan. Onderdelen verhuizen één voor één achter dezelfde URL’s, met voor elk een weg terug.

Je team in staat stellen het af te maken

Elk onderdeel wordt gedocumenteerd als patroon. Het doel is dat je eigen developers de latere onderdelen oppakken, met ons als reviewer.

.NET-modernisering

Elke stack op deze lijst, in productie opgeleverd

Legacy .NET is niet één probleem. Een WebForms-app, een WCF-servicelaag en een WinForms-client lopen elk om totaal verschillende redenen vast, en een schatting is maar zo goed als degene die echt in die stack heeft gewerkt. We hebben in al die stacks productiecode geschreven — ook de VB.NET-projecten die niemand wil openen — dus de analyse is een kwestie van ervaring, niet van een onderzoeksfase waarvoor jij betaalt.

2002 – 2012ASP.NET WebFormsASP.NET Core met Razor Pages of Blazor
De page lifecycle, ViewState en server controls hebben geen equivalent, dus de markup wordt echt herschreven. De businesslogica eronder meestal niet — en die twee uit elkaar halen is het grootste deel van het werk.
2003 – 2010ASMX- en WCF-servicesASP.NET Core-API’s, gRPC of CoreWCF
Bindings, behaviours en SOAP-contracten laten zich niet overzetten. Waar de aanroepers derden zijn die je niet kunt veranderen, houdt CoreWCF het contract in leven terwijl alles erachter verhuist.
2007 – 2015Silverlight en browserplugin-clientsEen web-frontend of een mobiele app
Er is niets om naartoe te migreren — de runtime is uit elke browser verdwenen. Deze trajecten beginnen met een gesprek over wat de applicatie eigenlijk moest doen.
2008 – 2019DataSets, EF6 en zelfgeschreven ADO.NETEF Core, of Dapper waar het de moeite loont
De datalaag is waar een eenvoudige migratie duur wordt. Queryvertaling, transacties en lazy loading gedragen zich allemaal anders, en dat merk je in productie in plaats van tijdens het compileren.
2009 – 2016ASP.NET MVC 5 en Web API 2ASP.NET Core MVC
Het dichtst bij een mechanische migratie op deze lijst. Het echte werk zit in hosting, configuratie, dependency injection en de middleware-pipeline — niet in je controllers.
2002 – vandaagWinForms en WPFActuele .NET-desktop, of MAUI als het op een telefoon thuishoort
Beide draaien nog op modern .NET, dus dit is zelden een herschrijving. Wat het blokkeert, zijn verlaten controlsuites van derden en COM-interop, en dat is het eerste waar we naar zoeken.
Elke versie.NET Framework-class librariesActueel .NET, multi-targeted tijdens de overstap
Gedeelde libraries zijn wat het oude en nieuwe systeem naast elkaar laat draaien. Die eerst multi-targeted krijgen, is meestal de sleutel tot al de rest op deze lijst.
Doorlopendpackages.config, legacy csproj, IIS op Windows ServerSDK-style projecten, containers, CI die vanzelf draait
Weinig glamoureus, en het is wat de rest herhaalbaar maakt. Het betaalt zich ook terug lang voordat de migratie klaar is, en daarom is het vaak het juiste om als eerste te doen.

Geen big-bang rewrites

Niets op deze lijst wordt in één keer vervangen. De aanpak die werkt, is een strangler: zet de nieuwe stack naast de oude op, verplaats stukje per stukje achter dezelfde URL’s en laat beide draaien tot er aan de oude kant niets meer overblijft. Op papier lijkt het trager, en het is de enige versie hiervan die we ooit hebben zien afronden.

Instapaanbiedingen met vaste scope

Een eerste stap die een manager kan goedkeuren

Elke opdracht kan met een van deze beginnen. Elk aanbod heeft een naam en een scope die we vastleggen voordat we beginnen, zodat de eerste beslissing een kleine is — en je ziet hoe we werken voordat je je aan iets groters verbindt.

2 weken

Moderniseringsanalyse

Elk project, elke dependency en elke hostingaanname in de solution, gekoppeld aan wat het wordt — en begroot als strangler-plan dat je fase voor fase kunt financieren.

Wat erbij zit

Inventaris van projecten, packages, third-party controls en COM-interop
Wat mechanisch over te zetten is, wat echt herschreven wordt en wat de overstap niet moet overleven
Gefaseerd migratieplan, gerangschikt naar risico, met schattingen
Een toelichting voor de mensen die het betalen

Wat je eraan overhoudt

Een begroot, gefaseerd plan waarmee je naar de budgetbespreking kunt — en dat van jou blijft, of wij het werk nu doen of niet.

Vraag hiernaar

3 weken

Modernisering van build & pipeline

SDK-style projecten, actueel packagebeheer en een CI-pipeline die vanzelf draait. De onopvallende stap die elke volgende herhaalbaar maakt.

Wat erbij zit

Legacy csproj en packages.config omgezet
Gedeelde libraries multi-targeted voor de overstap
CI bouwt en test bij elke wijziging
Gecontaineriseerde build en deployment waar dat past

Wat je eraan overhoudt

Een solution die overal op dezelfde manier bouwt, klaar voor de start van de migratie — en die zich al terugbetaalt voordat die begint.

Vraag hiernaar

6–8 weken

Migratie van het eerste deel

Eén afgebakend deel van de applicatie naar modern .NET, draaiend naast het oude systeem achter dezelfde URL’s, en bewezen in productie.

Wat erbij zit

Deel gekozen op waarde en op hoe zuiver het zich laat afsplitsen
Nieuwe stack naast de oude opgezet
Verkeer deel voor deel omgeleid, met rollback
Het patroon gedocumenteerd zodat je team het kan herhalen

Wat je eraan overhoudt

Het strangler-patroon bewezen op je eigen systeem, met echte gebruikers aan de nieuwe kant — en een onderbouwde schatting voor de rest.

Vraag hiernaar

Elk aanbod offreren we tegen een vaste prijs zodra we de scope hebben gezien — en een vaste prijs blijft vast: als het ons langer kost, is dat ons probleem, niet het jouwe.

Vragen die kopers stellen

Moeten we onze WebForms-applicatie herschrijven?

De markup wel — de page lifecycle en ViewState hebben geen equivalent in modern .NET. De businesslogica eronder meestal niet, en die twee van elkaar scheiden is het grootste deel van het werk. Daarom komt de analyse eerst.

Kunnen onze WCF-services hun bestaande afnemers behouden?

Vaak wel. Waar de afnemers externe partijen zijn die je niet kunt aanpassen, houdt CoreWCF het SOAP-contract in stand terwijl alles erachter naar modern .NET verhuist.

Hoe lang duurt een migratie van .NET Framework?

Dat hangt veel meer af van de datalaag en de third-party dependencies dan van de omvang van de codebase. De analyse van twee weken bestaat precies om die vraag te beantwoorden, met een gefaseerde schatting in plaats van een gok.

Werken jullie met VB.NET?

Ja. We hebben VB.NET in productie opgeleverd en lezen, porten of wrappen het — ook de delen die niemand in het huidige team wil openen.

Draai je nog op .NET Framework?

Vertel ons wat de applicatie doet en waarop hij draait. We zeggen je wat de overstap echt inhoudt — en welk onderdeel als eerste moet.

Plan een gesprek Stuur een bericht