我正在devise一个在Azure中托pipe的微服务体系结构，它将具有以下.NET应用程序：
Azure Web应用程序 – MVC应用程序Azure Web应用程序 – Web API应用程序Azure Web应用程序 – Web API应用程序MVC应用程序将是唯一可通过Web浏览器访问的应用程序。 当用户点击一个button时，MVC应用程序将调用一个或两个Web API（使用REST调用）。
现在，Web API可以通过外部URL（在.azurewebsite.net下托pipe）访问。 这个问题是交通通过互联网。
MVC应用程序有没有办法通过一种“本地networking”来调用Web API，以避免stream量通过互联网出现延迟？
谢谢
PS：如果使用Azure Web Apps无法实现这一点，那么Azure Cloud Service可以实现吗？ 我知道这可以通过IaaS来实现，但我不想采取这种方式，因为这需要我照顾所有的IT资源。
如果你的一个服务调用另一个服务（你的情况，你的MVC应用程序在一个Web应用程序中调用一个Web API的Web API），并且这两个服务驻留在同一个区域，stream量不通过互联网路由; 它保持在区域内。 由于API具有可公开访问的DNS入口点，因此从安全angular度来看，您仍然需要处理locking端点（不过您的应用程序select这样做）。 但是您不必担心Web App和API之间的Internet延迟。
您也可以将Web应用程序添加到Vnet，并访问该Vnet中的任何其他服务。