Een bedrijf heeft een monolithische on-premises applicatie die moeilijk te schalen en te onderhouden is. Ze zijn van plan deze te migreren naar AWS en op te splitsen in microservices. Welke best practice van AWS Well-Architected volgt dit plan?

Het opsplitsen van een monolithische applicatie in microservices is een voorbeeld van het implementeren van losjes gekoppelde afhankelijkheden. Dit is een best practice van het AWS Well-Architected Framework, specifiek onder het Operational Excellence en Reliability pijler. Losse koppeling betekent dat componenten onafhankelijk van elkaar kunnen functioneren, schalen en falen, wat de veerkracht en onderhoudbaarheid van de applicatie verbetert. De andere opties zijn weliswaar goede praktijken, maar beschrijven niet direct het voordeel van het opsplitsen van een monolith in microservices: Functionele tests zijn belangrijk voor kwaliteit, maar geen architectuurprincipe voor ontkoppeling. Automatisering is een operationele best practice, maar niet de kern van de architectuurverandering. Implementatie op meerdere locaties verhoogt de beschikbaarheid, maar is een gevolg van, of aanvulling op, een losjes gekoppelde architectuur, niet de primaire reden voor de microservices-transformatie zelf.