URL重写用作ARR的反向代理时,它只是将请求路由到系统Y,而无需更改请求上下文。因此,如果您的系统Y需要额外的请求或身份验证标头。它可能会失败。
亲爱的,
我将与另一个集成,例如'System X to out system Y']>,但有一些限制System X将不会直接访问服务器,因此将创建包装器API,以供System X访问。
Wrapper API角色
仅此而已,仅用作路由器,将请求从系统X路由到系统Y。
因此,我正在考虑使用IIS URL重写。
[我的问题在这里
,在这种情况下,IIS URL重写是否足够?否则我将面临一些问题注意到将使用所有HTTP动词吗?预先感谢
] >>亲爱的,我要与另一个集成,比如说'System X to out system Y',但有一些限制,System X无法直接访问服务器,因此将创建包装器API来...
] >URL重写用作ARR的反向代理时,它只是将请求路由到系统Y,而无需更改请求上下文。因此,如果您的系统Y需要额外的请求或身份验证标头。它可能会失败。
当然,如果您的包装器WEB API只是作为普通的反向代理使用,并且对请求正文没有任何更改。然后,您可以尝试使用URL重写。
URL重写用作ARR的反向代理时,它只是将请求路由到系统Y,而无需更改请求上下文。因此,如果您的系统Y需要额外的请求或身份验证标头。它可能会失败。