启用到达endpoint404错误代码-已部署的应用程序

Question

我正在云中部署我的应用程序，在03 pod上的集群中：

< li >一个pod:后端- Quarkus < li >一个pod:前端-角形 < li >一个pod: DB - Postgres

后端有 03 个终结点：

1. 一个endpoint：GraphQL
2. 两个endpoint：Rest

吊舱暴露在外：

< li >后端:ClusterIp < li>DB: ClusterIp < li >前端:节点端口

我有一个Ngnix网络服务器

1-后端入口：

    apiVersion: networking.k8s.io/v1
    kind: Ingress
    metadata:
      name: mcs-thirdparty-back-ingress
      namespace: namespace
      annotations:
        nginx.ingress.kubernetes.io/use-regex: "true"
    spec:
      ingressClassName: nginx-internal
      rules:
      - host: backend.exemple.com
        http:
          paths:
          - path: /
            backend:
              service:
                name: mcs-thirdparty-backend
                port:
                  number: 8080
            pathType: Prefix

2-前端入口：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: mcs-thirdparty-ingress
  namespace: namespace
spec:
  ingressClassName: nginx-internal
  rules:
  - host: bilels.exemple.com
    http:
      paths:
      - path: /
        backend:
          service:
            name: mcs-thirdparty-frontend
            port:
              number: 80
        pathType: Prefix

对于GraphQLendpoint/请求；前端可以正确地与后端通信并获取所需的数据。当我运行POST请求从服务器（Rest Endpoint）获取访问令牌时，我收到404错误代码。

错误截图在这里

我试图在后端入口清单中html" target="_blank">添加一些更改，但总是404 - path: /(。*) < code >-path:/* < code >-path:/response

Answer 1

您的后端应用程序是否可能在端口8080上提供？

如果是这样，您应该访问< code > back end . example . com:8080/response ，假设< code>response是您配置的路径的名称。

您可以在 quarkus 应用程序上启用 swagger-ui 以确保您的endpoint。

为此，您必须将其添加到您的pom.xml：

    <dependency>
      <groupId>io.quarkus</groupId>
      <artifactId>quarkus-smallrye-openapi</artifactId>
    </dependency>

并在您的< code > application . properties 上设置它(以便能够在您没有运行在开发模式时访问swagger-ui):

# If this should be included every time. By default this is only included when the application is running in dev mode.
quarkus.swagger-ui.always-include=true

完成此操作后，您可以访问swagger-用户界面：你的路径：你的端口号码/q/swagger-用户界面，如backend.exemple.com:8080/q/swagger-ui

Answer 2

我想，在瑞恩·道森的帮助下，我成功地制定了另一种诊断方法。我做了PortForward后端pod并从本地请求，然后我发现有一个500错误代码--

--