使用来自 React 的相同子域连接到多个微服务
Connect to multiple microservices using the same subdomain from React
我无法理解如何使用微服务模型。微服务的想法是我有多个本地服务器,每个服务于不同的端口。连接到这些本地服务器可以在本地轻松完成(例如,使用 Express 托管网站)。但是如果我使用的是前端应用程序,例如 React,我应该如何调用不同的 APIs.
我认为唯一的解决方案是为每个 API 创建一个子域,但这似乎牵强且不切实际,因为我需要在名称服务器中创建很多条目(例如, Cloudflare).
如果我使用的是 Apache 或 Nginx 之类的应用程序,有没有办法 public 仅使用单个域访问 API?或者使用 api1.subdomain.domain.com
、api2.subdomain.domain.com
等子域,但不将这些子域中的每一个都添加到名称服务器?
我能想到的一个替代方案是创建一个 public API 其工作是连接到本地服务,但这似乎违背了微服务的目的。
我在网上找不到任何东西,所有教程总是使用在生产代码中不起作用的 localhost。
提前致谢!
您应该研究 API 网关/边缘服务。
就个人而言,我喜欢在 Kubernetes 中托管微服务容器并将所有流量转发到 *.mydomain.tld 到 kubernetes 集群并配置负载平衡(在这种情况下:哪个子域应该路由到哪个服务) 那里。
我无法理解如何使用微服务模型。微服务的想法是我有多个本地服务器,每个服务于不同的端口。连接到这些本地服务器可以在本地轻松完成(例如,使用 Express 托管网站)。但是如果我使用的是前端应用程序,例如 React,我应该如何调用不同的 APIs.
我认为唯一的解决方案是为每个 API 创建一个子域,但这似乎牵强且不切实际,因为我需要在名称服务器中创建很多条目(例如, Cloudflare).
如果我使用的是 Apache 或 Nginx 之类的应用程序,有没有办法 public 仅使用单个域访问 API?或者使用 api1.subdomain.domain.com
、api2.subdomain.domain.com
等子域,但不将这些子域中的每一个都添加到名称服务器?
我能想到的一个替代方案是创建一个 public API 其工作是连接到本地服务,但这似乎违背了微服务的目的。
我在网上找不到任何东西,所有教程总是使用在生产代码中不起作用的 localhost。
提前致谢!
您应该研究 API 网关/边缘服务。
就个人而言,我喜欢在 Kubernetes 中托管微服务容器并将所有流量转发到 *.mydomain.tld 到 kubernetes 集群并配置负载平衡(在这种情况下:哪个子域应该路由到哪个服务) 那里。