我是API网关新手，有一个理解问题。 我也尝试将一系列（微）服务放在端点后面。
为此，我设置了一个 ASP.NET Core 应用程序并添加了包三哺乳动物豹猫 https://github.com/ThreeMammals/Ocelot。 在文档的帮助下，我配置了上游和下游。 到目前为止，一切都很好。
客户提出请求http://mygateway:4242/s1/ http://mygateway:4242/s1/{api}，例如，按预期从 Service1 获取 JSON 或 XML 响应。
同样的行为http://mygateway:4242/s2/ http://mygateway:4242/s2/{api} 也达到了预期的结果！
我的理解问题在于Service3。 当我发送请求至http://mygateway/s3/ http://mygateway/s3/，我得到 index.html 作为响应。
index.html 本身需要通过链接标记的 CSS 文件“xyz.css”，并强制客户端加载该文件。
<head>
<link rel="stylesheet" type="text/css" href="xyz.css">
</head>
在这种情况下，客户端发送到“mygateway”的请求 URL 是http://mygateway:4242/xyz.css http://mygateway:4242/xyz.css并不是http://mygateway:4242/ http://mygateway:4242/s3/xyz.css ，因此响应是 404 未找到，因为“mygateway”对“xyz.css”一无所知
我该如何解决这个路由（？）问题？
用ocelot中间件可以解决这个问题吗？或者我还需要使用 SinglePageApplication (SPA) 来实现服务 (Service3) 的其他功能吗？
也许将 SPA 放置在网关后面根本不可能或错误？ 我希望您能给我一些访问网关后面的 SPA 或 MVC 网站的提示。
谢谢 iBot
UPATE:附上index.html的代码。我认为这很简单。
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8" />
<meta name="viewport" content="width=device-width, initial-scale=1.0" />
<title>Title</title>
<base href="/" />
<link rel="stylesheet" type="text/css" href="dist/xyz.css">
</head>
<body>
<div id="appContainer"></div>
<script src="dist/xyz.js" asp-append-version="true"></script>
</body>
</html>
你的架构设计是错误的！
首先，我们来了解一下API网关是什么。
An API网关 https://microservices.io/patterns/apigateway.html是位于应用程序编程接口前面的编程（API https://en.wikipedia.org/wiki/Application_programming_interface）并充当定义的微服务组的单一入口点。
使用 API 网关的一个主要好处是，它们允许开发人员根据用例以多种方式封装应用程序的内部结构。这是因为，除了适应直接请求之外，网关还可用于调用多个后端服务并聚合结果。
好吧，名字“API网关”向我们展示了它主要用于 API 服务！SPA 或 MVC 应用程序不是后端服务。您不应该将前端应用程序放在 api 网关后面。
In general, your architecture should look like this:
API 网关是所有客户端的单一入口点。 SPA 是您服务的客户端，应该通过 API 网关调用它。如果您的应用程序有多个客户端应用程序，那么在识别多个 API 网关类型时，这可以成为主要枢纽，以便您可以拥有不同的外观来满足每个客户端应用程序的需求。这个案例是一个名为“前端的后端”（BFF） https://samnewman.io/patterns/architectural/bff/其中每个 API 网关可以提供针对每种客户端应用程序类型定制的不同 API。
如果您不想构建合适的架构怎么办？
http://mygateway:4242/将重定向到http://mygateway:4242/s3/