Kube.netes AKS 入口和 MVC 路由

Question

我目前正在设置 Kube.netes AKS 集群，主要是为了我自己的学习目的和作为概念证明。 我的目标是这样的：

• CI / CD 与 Azure DevOps
  • 对 master-branch 的每次提交都会触发对命名空间“production”中的 Kube.netes 的自动发布
  • 对非主分支的每次提交都会触发命名空间“development”中的 Kube.netes 自动发布
• Kube.netes管理
  • 资源是通过 Helm 创建的
  • Azure DevOps 任务用于结合每个环境的变量组部署这些资源
• 应用
  • 简单的 MVC 应用程序
  • Kube.netes之外的真实数据库，Azure SQL Server

现在，一切都很顺利，但我真的很难理解“命名空间作为环境”的逻辑概念。 我知道，这首先不是一个好主意，例如，开发环境可能会耗尽所有资源。 但由于我自己托管东西，我不想创建多个集群，我认为对于初学者来说，将命名空间作为环境是合理的。 我的问题来自路由：这里解释了我非常天真的方法Kube.netes Cross Namespace Ingress Network ：

• 默认命名空间中的一个入口
• 每个环境，默认命名空间中有一个带有后缀的 ExternalName-Service，以其他命名空间中服务的 CNAME 为目标
• 每个环境命名空间，一个 ClusterIP 服务

入口看起来像这样：

  rules:
    - host: 09ab799fd5674c4594a5.centralus.aksapp.io
      http:
        paths:
          - path: /dev
            pathType: Prefix
            backend:
              service:
                name: {{include "helmakskubernetespoc-chart.fullname" .}}external{{ .Values.namespaces.development }}
                port:
                  number: {{ .Values.externalService.port }}
          - path: /
            pathType: Prefix
            backend:
              service:
                name: {{ include "helmakskubernetespoc-chart.fullname" .}}external{{ .Values.namespaces.production }}
                port:
                  number: {{ .Values.externalService.port }}

我的目标是，没有子路径以生产为目标，子路径 /dev 以开发为目标。

只要没有用于生产的子路径，这就有效。 但正如我在Kube.netes Ingress non-root path 404 Not Found中了解到的那样，入口采用路由并将其 1:1 传递给内部服务。 由于我的小 MVC 应用程序不知道“/dev”，我得到了 404。到目前为止一切顺利，我可以通过注释更改它：

nginx.ingress.kubernetes.io/rewrite-target: /

现在，每个对 /dev 的调用实际上都会路由到正确的应用程序，但是每次单击按钮都会路由回生产环境，因为最初添加的 /dev 丢失了。 另外，尝试这个Ingress 不加载网站资产（Css 文件和 Javascript 文件） ，我有同样的问题。

我想知道我是否在概念上犯了一个错误：据我所知，入口规则仅适用于子路由，因此我不能使用端口。 可能是 ingress 分割环境的错误方式吗？ 由于 MVC 应用程序要么从不接收 /dev 要么不知道如何处理它，我没有看到这个问题的优雅解决方案？

Answer 1

您可能想在每个环境中使用不同的主机。 就像是：

rules:
    - host: dev.09ab799fd5674c4594a5.centralus.aksapp.io
      http:
        paths:
          - path: /
            pathType: Prefix
            backend:
              service:
                name: {{include "helmakskubernetespoc-chart.fullname" .}}external{{ .Values.namespaces.development }}
                port:
                  number: {{ .Values.externalService.port }}
    - host: 09ab799fd5674c4594a5.centralus.aksapp.io
      http:
        paths:
          - path: /
            pathType: Prefix
            backend:
              service:
                name: {{ include "helmakskubernetespoc-chart.fullname" .}}external{{ .Values.namespaces.production }}
                port:
                  number: {{ .Values.externalService.port }}

Answer 2

Max 的解决方案肯定是更清洁的解决方案，但是因为我想在不从 DNS 开始的情况下展示一些东西，所以我采用了一种解决方法：我让入口通过子路径 1:1 转发路由，但是我将 ASP.Net Core MVC 配置为将此路由视为基本路由。 为此，我在容器中设置了一个名为“AppSettings.AppBasePath”的环境变量，并通过以下方式在代码中进行设置：

        // This method gets called by the runtime. Use this method to configure the HTTP request pipeline.
        public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
        {
            var config = Configuration.GetSection($"{AppSettings.SectionKey}:{nameof(AppSettings.AppBasePath)}").Get<string>();
            app.UsePathBase(config);
...

添加这个中间件会做两件事：

• 如果请求具有前缀，则 PathBaseMiddleware 将指定的前缀从 Path 移动到 PathBase。 如果请求没有前缀，则 PathBaseMiddleware 不执行任何操作。
• 当请求在管道中使用 Map() 分支时，它将前缀从 Path 移动到 PathBase

PathBase 的一个很好的描述在这里https://andrewlock.net/understanding-pathbase-in-as.netcore/ 。