Re-architecting

Définition

Le Re-architecting (ou Refactoring dans les frameworks de migration cloud) est la stratégie de migration cloud la plus ambitieuse, consistant à repenser et réécrire fondamentalement une application pour tirer pleinement parti des capacités cloud-natives. Contrairement au Lift & Shift (migration sans changement) ou au Re-platforming (ajustements légers), le Re-architecting adopte une architecture nouvelle : microservices, serverless, événementielle, ou conteneurisée. Les drivers du Re-architecting incluent : des besoins d'évolutivité non atteignables avec l'architecture monolithique existante (scalabilité horizontale des microservices), l'adoption de nouvelles fonctionnalités cloud impossibles avec l'ancien code (ex: machine learning serverless, event streaming), la réduction des coûts à long terme (serverless ne facture que le compute réellement utilisé), et l'amélioration de la vélocité de développement (déploiements indépendants par microservice vs déploiement monolithique). Du point de vue de la sécurité, le Re-architecting offre l'opportunité d'intégrer la sécurité dès la conception (Security by Design). La décomposition en microservices permet d'appliquer le principe du moindre privilège à chaque service (chaque microservice a son propre IAM role avec des permissions minimales), d'implémenter une micro-segmentation réseau granulaire (chaque service dans son propre namespace Kubernetes ou VPC subnet), et d'adopter des patterns de secrets modernes (Vault, AWS Secrets Manager, pas de credentials hardcodés). L'architecture microservices soulève également de nouveaux défis de sécurité non présents dans les monolithes : la multiplication des surfaces d'attaque (chaque service expose une API), la complexité de l'authentification et de l'autorisation service-to-service (mTLS, OAuth service accounts), les challenges du tracing et de l'observabilité sécurité distribués (logs distribués à corréler pour les incidents), et la chaîne d'approvisionnement logicielle plus complexe (chaque microservice a ses propres dépendances à auditer). Les patterns d'architecture cloud-native recommandés lors du Re-architecting incluent : Strangler Fig Pattern (migration progressive du monolithe vers microservices), API Gateway (point d'entrée unique avec authentification centralisée), Circuit Breaker (résilience aux pannes de services), et Bulkhead (isolation des défaillances entre services).