Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Servizi Web ASP.NET basati su REST
Quando modernizzi i servizi ASP.NET basati su REST AWS utilizzando lo strangler fig pattern, ti consigliamo di utilizzare Amazon API Gateway per stabilire il proxy da utilizzare per deviare il traffico verso il nuovo servizio. Puoi introdurre un endpoint API Gateway come intermediario tra i consumatori del servizio e il servizio legacy in fase di modernizzazione. Se il servizio legacy è già attivo AWS, l'endpoint API Gateway è configurato per instradare le richieste al servizio REST legacy. Se il servizio non è ancora attivo AWS, può essere migrato così com'è prima di stabilire il nuovo proxy API Gateway. Se ciò non è possibile, puoi adottare un approccio cloud ibrido utilizzando un servizio di AWS connettività come Direct Connect connettere API Gateway al tuo data center locale. L'illustrazione seguente illustra il servizio ASP.NET REST e il relativo utente prima e dopo l'introduzione di API Gateway come proxy tra i due.
Prima dell'introduzione di un proxy:
Dopo aver aggiunto API Gateway come proxy:
Quando il proxy API Gateway è attivo, puoi creare e distribuire il servizio modernizzato AWS utilizzando Amazon ECS, ad esempio, per ottenere un servizio altamente scalabile e disponibile. Una volta creati e testati il proxy e il servizio appena modernizzato, è possibile riconfigurare l'endpoint API Gateway in modo che punti all'API REST modernizzata per la sua implementazione.
Se il servizio appena modernizzato ha un contratto API diverso dal contratto proxy legacy da cui dipendono i sistemi di consumo, puoi utilizzare la funzionalità di trasformazione dei dati di API Gateway. Le richieste API in entrata strutturate utilizzando lo schema del sistema precedente possono essere mappate e trasformate nel nuovo contratto di servizio.
