Skip to end of metadata
Go to start of metadata

You are viewing an old version of this content. View the current version.

Compare with Current View Version History

« Previous Version 9 Next »

Problem

  • Need to incrementally migrate a legacy system to a new service in the cloud and so, gradually.

  • Run 2 separate systems or versions of an app means that clients have to know where particular features are located.

  • Need to minimize the risk from the migration of app and data.

Solution

  • Create a façade that intercepts requests going to the backend legacy system. The façade routes these requests either to the legacy application or the new services.

image-20240819-211555.png

Strangler In Practice

  • The facade is a reverse proxy and not cesseraly a forward proxy : we can use Azure Application Gateway or Azure Service Fabric Reverse Proxy.

    • We need to have multiple instances of the same service or multiple versions of the same service if we wish to use Azure Application Gateway (Gateway Routing Pattern)

  • The other option would be in the code only : we set up our routes, pointing to 2 different clusters (being our apps - modern and legacy).

  • No labels