Azure, AWS of blijven waar je zit?
De platformvraag is zelden technisch. Het gaat om welke licenties je al betaalt, welke kennis je team heeft en welke applicaties weigeren te verhuizen. Die drie antwoorden beslissen het meestal voordat iemand een vergelijkingstabel opent.
Voor de meeste Benelux mid-market organisaties die al op Microsoft 365 zitten is Azure de weg van de minste weerstand: identiteit, licenties en support zitten op een plek. AWS is de sterkere keuze waar de workload een maatwerkapplicatie is, waar het ontwikkelteam er al werkt, of waar specifieke managed services een tweede platform rechtvaardigen.
Op eigen hardware blijven is nog steeds een geldig antwoord. Sinds de VMware-licentiewijzigingen zien we organisaties naar Nutanix of Proxmox gaan in plaats van naar publieke cloud, zeker waar datavolumes de uitgaande kosten doorslaggevend maken.
Wat je ook kiest, begroot vanaf dag een voor kostenbeheersing. Cloudkosten lopen niet weg door het platform, ze lopen weg omdat niemand de rekening bezit.
Begin bij wat je al betaalt
Vrijwel elke organisatie waar we mee werken heeft al Microsoft 365. Dat betekent dat identiteit, apparaatbeheer, e-mail en samenwerking er al zijn, en vaak een stuk Azure-tegoed ernaast. Azure toevoegen aan die omgeving is grotendeels configuratie; een tweede platform toevoegen is een tweede set kennis, een tweede rekening en een tweede supportrelatie.
Dat is geen argument dat Azure technisch superieur is. Het is een argument dat de totale kosten van een platform de mensen bevatten die het om elf uur ’s avonds moeten draaien.
Wanneer AWS het betere antwoord is
Drie situaties, in onze ervaring. Als de workload een maatwerkapplicatie is en het ontwikkelteam de AWS-tooling al kent; die verhuizen is duur en traag. Als een specifieke managed service echt geen equivalent heeft en centraal staat in het product. En als een klant of een sector het verwacht.
We beheren AWS-omgevingen naast Azure-omgevingen, en allebei draaien is prima te doen. Het moet alleen een beslissing zijn en geen ongeluk, want twee platformen die per ongeluk gegroeid zijn kosten meer dan elk van beide bewust.
De VMware-vraag
De licentiewijzigingen bij VMware hebben veel organisaties een beslissing laten heropenen waarvan ze dachten dat hij af was. Er is geen enkel juist antwoord, maar de opties zijn wel duidelijker geworden.
| Optie | Past als | Let op |
|---|---|---|
| Op VMware blijven | De omgeving groot en stabiel is en de verlenging nog betaalbaar | Reken de volgende verlenging door, niet alleen deze |
| Nutanix | Je een ondersteund commercieel platform wilt met een migratiepad en een fabrikant erachter | Hardwarecompatibiliteit en de kosten van de overgang zelf |
| Proxmox | Het team met open source overweg kan en de omgeving bescheiden van omvang is | Supportmodel: bepaal wie je om drie uur ’s nachts belt |
| Naar Azure of AWS | Workloads al cloudvriendelijk zijn en datavolumes bescheiden | Uitgaande datakosten en applicaties met licentiemodellen die cloud afstraffen |
De applicaties die weigeren te verhuizen
Elke omgeving heeft er een of twee. Een bedrijfsapplicatie met een licentie aan een fysieke machine, een via Citrix gepubliceerde applicatie waar niemand aan wil komen, een SAP-landschap met een eigen wijzigingskalender, of iets met een hardwaredongle. Dat zijn geen redenen om een migratie af te blazen, maar wel redenen om de migratie eromheen te plannen in plaats van ze halverwege te ontdekken.
Die inventariseren we als eerste. Waar containers een verhuizing makkelijker maken gebruiken we Docker en Kubernetes; waar het besturingssysteem de beperking is werken we met Red Hat, SUSE en Ubuntu.
Voorkomen dat de rekening wegloopt
Cloudkosten ontploffen zelden. Ze kruipen: een testomgeving die niemand uitzette, een opslaglaag die eenmalig gekozen is en nooit herzien, back-ups die zeven jaar bewaard blijven omdat dat de standaard was. Een half jaar later is de rekening veertig procent hoger en kan niemand de oorzaak aanwijzen.
Drie gewoonten lossen het meeste op. Tag alles zodat uitgaven aan een team of project toe te wijzen zijn. Bekijk de tien grootste regels maandelijks, niet jaarlijks. En zet een budgetmelding op een persoon, niet op een gedeelde mailbox.
Cloud haalt de back-upvraag niet weg
Naar Azure of AWS gaan verandert waar de data staat, niet wie verantwoordelijk is voor het terughalen. Het gedeelde verantwoordelijkheidsmodel betekent dat het platform de infrastructuur garandeert; jouw data en configuratie zijn van jou. Wij back-uppen cloudworkloads met Veeam om dezelfde reden als workloads op eigen hardware, en die redenering staat onder data en continuïteit.
Hoe wij een migratie draaien
Eerst inventariseren, dan een golfplanning, dan een pilotgroep met minstens een lastige gebruiker erin, dan golven met een terugvalscenario dat echt getest is. We migreren buiten je piekuren, wat voor een retailer betekent: niet in december, en voor een school: niet in examenweken.
Migratie en dagelijks beheer staan onder cloud diensten, en de onafhankelijke blik op welke richting je op moet onder IT-consultancy.
Vragen die we hierover krijgen
De vragen die een platformkeuze beslissen.
Azure of AWS voor een mid-market bedrijf?
Draai je al Microsoft 365, dan in de meeste gevallen Azure. Identiteit, licenties en support zitten op een plek en je team kent de helft al. AWS is het betere antwoord als een ontwikkelteam er al werkt, als een specifieke managed service centraal staat in je product, of als een klant het vereist.
Is eigen servers draaien nog verstandig?
Ja, in genoeg gevallen. Grote datavolumes, applicaties met licentiemodellen die cloud afstraffen en voorspelbare constante workloads blijven vaak goedkoper op eigen hardware. De vraag is niet cloud of niet, de vraag is welke workload waar hoort.
Wat moeten we met de VMware-licenties?
Reken de komende twee verlengingen door voordat je iets beslist. Valt het bedrag mee, dan is blijven de goedkoopste optie, want migreren zelf is ook niet gratis. Valt het tegen, dan zijn Nutanix en Proxmox de twee alternatieven die wij het vaakst implementeren, en de keuze daartussen draait om hoe je support geregeld wilt hebben.
Hoe lang duurt een Microsoft 365-migratie?
Voor honderd gebruikers met rechttoe rechtaan mailboxen een paar weken inclusief pilot. Wat het verlengt zijn gedeelde mailboxen, openbare mappen, een applicatie op eigen hardware die tegen de oude directory authenticeert, en archieven waar jaren niemand in gekeken heeft. Die inventariseren we voordat we een doorlooptijd noemen.
Waar dit bij ons terechtkomt
Waar een platformkeuze terechtkomt.
Wil je dit voor je eigen locaties laten bekijken?
Een half uur bellen is meestal genoeg om te weten of wij de juiste partij zijn, en we zeggen het als we dat niet zijn.