- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
假设我们有 2 个独立的应用程序,一个 Web Api 应用程序和一个 MVC 应用程序,都是用 .NET 4.5 编写的。如果您要在 IIS 中的主机 header “https://www.mymvcapp.com/”下托管 MVC 应用程序,是否可以在 IIS 中的主机 header “https://www.mymvcapp.com/api/”下单独托管 Web Api 应用程序?
在 IIS 中运行 2 个应用程序的进程需要分开。我知道托管、自托管和使用 IIS 托管的不同方法。如果可能的话,我想使用 IIS。
此外,如果两个应用程序(一个 API 和一个 Web 应用程序)位于单独的服务器上,我将如何托管两个应用程序,以便我可以从 http://www.mymvcapp.com/api 提供 api
?
最佳答案
至少有 4 种方法可以做你想做的事。前两种方法适用于您有 1 个 Web 服务器,并且两个应用程序均由运行 IIS 的该 Web 服务器提供服务的情况。如果您有多个 Web 服务器在负载平衡器后面运行,只要 API 和网站在同一台服务器上运行,此方法也适用。
后两种方法使用所谓的“反向代理”,本质上是一种根据您接收的流量类型将流量从一台服务器(代理服务器)路由到多个内部服务器的方法。这适用于您在一组服务器上运行 Web 服务器并在另一组服务器上运行 API 的情况。您可以使用任何您想要的反向代理软件,我提到 nginx 和 HAProxy 因为我过去使用过这两个软件。
在 IIS 中有两种方法可以实现此目的:
如果您的物理文件夹结构如下:
c:\sites\mymvcapp
c:\sites\mymvcapp\api
您可以执行以下操作:
创建子应用程序将允许从 www.mymvcapp.com/api
访问您的“API”站点,而无需进行任何路由更改。
为此:
API
文件夹缺点是所有子应用程序都会继承其父应用程序的 Web 配置,如果其中存在冲突的设置,您会看到一些运行时怪异现象(如果它确实有效的话)。
第二种方法是使应用程序保持独立性的方法;同样,您不必执行任何路由。
假设有两个文件夹结构:
c:\sites\api
c:\sites\mvcapp
您可以在 Windows 中设置连接。从命令行*:
cd c:\sites
mklink /D /J mymvcapp c:\sites\mvcapp
cd mymvcapp
mklink /D /J api c:\sites\api
然后进入 IIS 管理器,并将两者都转换为应用程序。这样,API
将在 \api\
中可用,但实际上不会与父级共享其 web.config 设置。
如果您使用 nginx 或 haproxy 作为反向代理,您可以将其设置为将调用路由到每个应用程序。
在您的 nginx.conf 中(最佳实践是创建一个 sites-enabled
conf,它是 sites-available
的符号链接(symbolic link),并且您可以在部署时销毁该符号链接(symbolic link))执行以下操作:
location / {
proxy_pass http://mymvcapp.com:80
}
location /api {
proxy_pass http://mymvcapp.com:81
}
然后设置正确的 IIS 设置,让每个站点监听端口 80 (mymvcapp) 和端口 81 (api)。
acl acl_WEB hdr_beg(host) -i mymvcapp.com
acl acl_API path_beg -i /api
use_backend API if acl_API
use_backend WEB if acl_WEB
backend API
server web mymvcapp.com:81
backend WEB
server web mymvcapp.com:80
<小时/>
*我从内存中发出 Junction 命令;我几个月前这样做过,但最近没有这样做,所以如果命令有问题请告诉我
注意:配置文件并不意味着是完整的配置文件——仅用于显示反向代理所需的设置。根据您的环境,您可能需要设置其他设置。
关于asp.net - 如何在同一服务器上托管 Web 应用程序和 API,同时将它们分开?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/24640193/
我已经设置了 Azure API 管理服务,并在自定义域上配置了它。在 Azure 门户中 API 管理服务的配置部分下,我设置了以下内容: 因为这是一个客户端系统,我必须屏蔽细节,但以下是基础知识:
我是一名习惯 React Native 的新程序员。我最近开始学习 Fetch API 及其工作原理。我的问题是,我找不到人们使用 API key 在他们的获取语句中访问信息的示例(我很难清楚地表达有
这里有很多关于 API 是什么的东西,但是我找不到我需要的关于插件 API 和类库 API 之间的区别。反正我不明白。 在 Documenting APIs 一书中,我读到:插件 API 和类库 AP
关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。 想改善这个问题吗?更新问题,使其成为 on-topic对于堆栈溢出。 7年前关闭。 Improve thi
我正在尝试找出设计以下场景的最佳方法。 假设我已经有了一个 REST API 实现,它将从不同的供应商那里获取书籍并将它们返回给我自己的客户端。 每个供应商都提供单独的 API 来向其消费者提供图书。
请有人向我解释如何使用 api key 以及它有什么用处。 我对此进行了很多搜索,但得到了不同且相互矛盾的答案。有人说 API key 是保密的,它从不作为通信的一部分发送,而其他人则将它发送给客户端
关闭。这个问题是opinion-based .它目前不接受答案。 想改进这个问题?更新问题,以便 editing this post 可以用事实和引用来回答它. 4年前关闭。 Improve this
谁能告诉我为什么 WSo2 API 管理器不进行身份验证?我已经设置了两个 WSo2 API Manager 1.8.0 实例并创建了一个 api。它作为原型(prototype) api 工作正常。
我在学习 DSL 的过程中遇到了 Fluent API。 我在流利的 API 上搜索了很多……我可以得出的基本结论是,流利的 API 使用方法链来使代码流利。 但我无法理解——在面向对象的语言中,我们
基本上,我感兴趣的是在多个区域设置 WSO2 API 管理器;例如亚洲、美国和欧洲。一些 API 将部署在每个区域的数据中心内,而其他 API 将仅部署在特定区域内。 理想情况下,我想要的是一个单一的
我正在构建自己的 API,供以下用户使用: 1) 安卓应用 2) 桌面应用 我的网址之一是:http://api.chatapp.info/order_api/files/getbeers.php我的
我需要向所有用户显示我的站点的分析,但使用 OAuth 它显示为登录用户配置的站点的分析。如何使用嵌入 API 实现仪表板但仅显示我的网站分析? 我能想到的最好的可能性是使用 API key 而不是客
我正在研究大公司如何管理其公共(public) API。我想到的是拥有成熟 API 的公司,例如 Google、Facebook、Twitter 和 Amazon。 这些公司向公众公开了许多不同的 A
在定义客户可访问的 API 时,以下是首选的行业惯例: a) 定义一组显式 API 方法,每个方法都有非常狭窄和特定的目的,例如: SetUserName SetUserAge Se
这在本地 deserver 和部署时都会发生。我成功地能够通过留言簿教程使用 API 资源管理器,但现在我已经创建了自己的项目并尝试访问我编写的第一个 API,它从未出现过。搜索栏旁边的黄色“正在加载
我正在尝试使用 http://ip-api.com/ api通过我的ip地址获取经度和纬度。当我访问 http://ip-api.com/json从我的浏览器或使用 curl,它以 json 格式返回
这里的典型示例是 Twitter 的 API。我从概念上理解 REST API 的工作原理,本质上它只是针对您的特定请求向他们的服务器查询,然后您会在其中收到响应(JSON、XML 等),很棒。 但是
我能想到的最好的标题,但要澄清的是,情况是这样的: 我正在开发一种类似短 url 的服务,该服务允许用户使用他们的 Twitter 帐户“登录”并发布内容。现在这项服务可以包含在 Tweetdeck
我正在设计用于管理评论和讨论线程的 API 方案。我想有一个点 /discussions/:discussionId 当您GET 时,它会返回一组评论和一些元数据。评论也许可以单独访问 /discus
关闭。这个问题需要更多focused .它目前不接受答案。 想改进这个问题吗? 更新问题,使其只关注一个问题 editing this post . 关闭去年。 Improve this quest
我是一名优秀的程序员,十分优秀!