Checklist deel 2: bepaal jouw architectuur voordat je migreert naar Azure

Als je weet wat je doel is krijg je een duw in de goede richting als het gaat om welke architectuur bij jouw oplossing past. Wil jij je focussen op het bouwen van je oplossing en is dit je belangrijkste reden om gebruik te maken van Microsoft Azure? Dan zijn virtuele machines waarschijnlijk niet het beste waar je kan beginnen maar dan is platform as a service (PaaS) oplossingen wellicht interessant, zoals App services of Serverless.

Maar als je worstelt met de beschikbaarheid en het beheer van je huidige oplossing dan is de overstap naar virtuele machines interessant en kan dit je veel voordelen bieden (bijvoorbeeld; geautomatiseerd beheer, wereldwijde beschikbaarheid) en concurrerende prijzen als je bijvoorbeeld gebruik maakt van het ‘’on and off scenario’’.

Maar als je niet zeker weet of je serverless wilt gaan en nog steeds afhankelijk bent van virtuele machines is refactoring wellicht interessant (het maken van een kleine aanpassing) en kan het gebruiken van containers interessant zijn. In principe kan je overal beginnen, afhankelijk van hoeveel moeite je van plan bent erin te stoppen. Maar waar ben je naar opzoek?

Welke platformen
Laten we een stap terug doen en kijken naar de platformen die Microsoft Azure aanbiedt:

• Infrastructure as a Services (IaaS);
• Platform as a Service (PaaS);
• Serverless ;
• Software as a Service (Replace).

Infrastructure as a Service
Soms noemen we Infrastructure as a Service op Microsoft Azure ook wel Azure Compute. Eenvoudig gezegd krijg je virtuele machines, netwerken en een heleboel toevoegingen zoals back-up, disaster recovery, automatisch management, security, monitoring etc. Maar je maakt nog steeds gebruik van virtuele machines.
Het grootste voordeel bij traditionele virtuele machines is dat er geen reden is waarom je je oplossing niet op basis van IaaS op Azure kan hosten. Je kunt Windows en Linux draaien en je hebt nog steeds de volledige controle over het besturingssysteem. Maar dit betekent ook dat je het zelf moet beheren, inclusief de SLA eisen (bijvoorbeeld, beschikbaarheidseisen) En.. je kan het wereldwijd inzetten!

IaaS is geschikt voor de meeste toepassingen die gebaseerd zijn op monolithische en tightly coupled software architecturen. Als je doel is om wereldwijd schaalbaar te zijn, te beschikken over een uitstekende beschikbaarheid en gebruik wil maken van het on and off scenario dan is IaaS een hele goede optie. Maar let wel op: IaaS is goed om mee te beginnen, maar als je echt wil profiteren van alles wat Azure te bieden heeft dan is dit niet je eindstation. Als je de financiële middelen en tijd hebt dan is platform as a service of serverless wellicht een betere oplossing voor de lange termijn.

Platform as a service
De naam beschrijft het al; je krijgt een platform. Wat er gebeurt wanneer je naar een PaaS omgeving migreert is dat je veel van management (inclusief het operating system) uit handen geeft. Met PaaS op Azure wordt er veel voor je beheerd, zoals:

• Besturingssysteem updates;
• In de meeste gevallen krijg je een hogere beschikbaarheid (SLA);
• Beveiliging (let op: dit is een gedeelde verantwoordelijkheid);
• Netwerken;
• Loggen;

De meest voorkomende PaaS oplossingen op Azure zijn; App Services (Web Apps), Azure SQL, Storage en Azure Kubernetes Services (AKS).

Met Paas richt je je op de implementatie en configuratie van je oplossing, maar heb je geen omkijken meer naar de traditionele IT activiteiten. In het algemeen hoeft het niet te betekenen dat je applicatie over de kop moet gooien, maar het vereist wel dat je de applicatie ontwikkelt en implementeert volgens bepaalde standaarden. Bijvoorbeeld; als je op dit moment een IIS website hebt en je documenten opslaat op een lokale disk zou je kunnen overwegen om gegevens op te slaan op caching oplossingen zoals Azure Redis Cache, of je loopt het risico dat je inlevert op flexibiliteit (kijk naar het concept van stateless).

Net als bij Microsoft Compute betaal je met Paas nog steeds naar wat je uitrolt. Als je een App Service plan uitrolt, betaal je per uur. Maar het on and off scenario gaat hier niet op. Je kan Paas diensten niet uitzetten, maar wel verwijderen als je ze niet meer nodig hebt. In tegenstelling tot Iaas, waar je wel gebruik kunt maken van het on and off scenario. Paas-oplossingen kosten over het algemeen wel minder in vergelijking met Iaas- oplossingen, dus het aan en uit scenario is dan ook minder interessant.

Serverless
Naast IaaS en PaaS hebben we ook serverless. Serverless geeft je het meeste waar voor je geld. Het concept achter serverless is dat deze functionaliteiten volkomen development gedreven zijn. Serverless computing is de abstractie van servers, infrastructuur en besturingssystemen. Je richt je op development, niet meer op beheer of platform management. Er zijn veel oplossingen beschikbaar binnen het serverless portfolio, de meest bekende zijn: Azure Functions, CosmosDB en EventGrid.

Serverless is anders qua kosten in vergelijking met IaaS en Paas. Bij IaaS en PaaS betaal je per uur en met serverless betaal je voor wat je daadwerkelijk gebruikt. Neem bijvoorbeeld Azure Functions. Je betaalt €0,169 per miljoen executions, waarbij het eerste miljoen excecutions kosteloos is.
Daarnaast is schaalbaarheid vrijwel onbeperkt en geautomatiseerd. Als je een functie een of honderden keren tegelijkertijd uitvoert zullen de prestaties hetzelfde zijn en Microsoft regelt en beheert het op en afschalen voor jou.

Een ander groot voordeel van serverless is dat je de oplossing wereldwijd kan schalen zonder veel moeite. Dit komt omdat je je kan focussen op development en de infrastructuur is beschikbaar op iedere locatie waar jij je code wilt deployen.

Daarnaast als je kijkt naar de data, wil je misschien kijken naar Azure CosmosDB, hét voorbeeld als je het hebt over data opslag in de cloud . Met CosmosDB krijg je kant-en-klare wereldwijde distributie, ongekende beschikbaarheid en je hoeft geen platform te managen, het enige waar je je zorgen over moet maken is waar je de gegevens opslaat en naartoe repliceert

Om eerlijk te zijn is serverless niet het eerste waar je aan denkt als je start met het rehosten van je applicatie maar vanuit een kosten- en functionaliteitenperspectief is dit wel waar je naartoe wil. Serverless past het beste bij event-driven architectuur, micro-services architectuur en helpt je met het ontkoppelen van je applicatie (kijk eens naar Azure Service Bus of Event Grid).

Samenvattend
Er zijn verschillende platformen waar je uit kan kiezen, maar wanneer kies je welke? Laten we de belangrijkste dingen even samenvatten. Ten eerste: elke architectuur heeft weer andere voordelen. En belangrijk is om de juiste architectuur te vinden die het beste bij jouw wensen en behoeftes past.

Hieronder zijn de belangrijkste voordelen samengevat:

(Let op: deze lijst kan je  helpen om voor jou de juiste architectuur te vinden. Echter hoe meer informatie je hebt over je huidige situatie hoe specifieker er kan worden ingezoomd op de mogelijkheden van Azure. Onderstaande lijst is bedoeld om je een duw in de juiste richting te geven).

Dit is slechts een samenvatting van de voor-en nadelen van verschillende architecturen en platformen. En om eerlijk te zijn met de snelheid waarmee de public clouds zich ontwikkelen zijn sommige uitdagingen wellicht al opgelost tegen de tijd dat je begint met de implementatie. Wat belangrijk is om te begrijpen is dat je overal aan je cloud reis kan beginnen, maar je moet een goed plan hebben en goed voor ogen hebben waar je naartoe wil voordat je een platform kiest en begint.

De komende periode publiceren wij van ieder onderdeel van de checklist meer informatie. Wil je dit niet missen? Laat je gegevens hier achter, dan houden we je op de hoogte.