Monolityczna aplikacja starszej generacji działa za wewnętrznym systemem równoważenia obciążenia na maszynach wirtualnych platformy Azure. Musisz stopniowo migrować punkty końcowe do mikrousług bez przestojów i zachować jeden publiczny punkt końcowy API. Plan zakłada przenoszenie jednej trasy na raz do nowych usług, podczas gdy reszta pozostaje na monolicie. Co należy zaimplementować?

Azure API Management (APIM) jest idealnym rozwiązaniem, ponieważ działa jako pojedyncza brama API, umożliwiając stopniową migrację. Możesz skonfigurować zarówno monolityczną aplikację, jak i nowe mikrousługi jako zaplecza w APIM. Dzięki zasadom APIM, takim jak przekierowywanie ścieżek (path-based routing) lub przepisywanie (rewrite), możesz kierować określone trasy (np. /users, /products) do nowych mikrousług, podczas gdy pozostałe trasy nadal będą obsługiwane przez monolit. To podejście pozwala na migrację bez przestojów i utrzymanie jednego publicznego punktu końcowego. Całkowita przebudowa i przełączenie DNS w jeden weekend wiąże się z wysokim ryzykiem i przestojami. Azure Front Door jest przeznaczony głównie do globalnego routingu i optymalizacji, a nie do granularnego routingu API w ramach jednej aplikacji. Azure Traffic Manager działa na poziomie DNS i nie oferuje granularności potrzebnej do routingu poszczególnych tras API. Zastąpienie modułów Logic Apps i utrzymywanie dwóch publicznych punktów końcowych jest sprzeczne z wymaganiem jednego publicznego punktu końcowego i może być nieefektywne.