如何在kubernetes应用程序中提供静态内容

Question

我有一个小型java webapp，由三个微服务组成——api-service、book-service和db-service，所有这些都使用mini kube本地部署在kubernetes集群上。

我计划为api-service和book-service保留单独的UI，从单独的pod提供常见的静态文件，可能是nginx： alpin映像。

我能够创建一个前端，为参考本教程的nginx:alpine中的静态文件提供服务。

我想使用ingress nginx控制器将请求路由到这两个服务。

下图粗略地显示了我现在的位置。

我不知道应该将提供静态内容的pod放在哪里，以及如何将其连接到入口资源。我想在ingress之前保留前端pod会破坏ingress nginx控制器的用途。为静态文件提供服务的最佳实践是什么。感谢您的帮助。谢谢

Answer 1

我想您应该有3个不同的pod：-静态-图书-服务-api-service

静态吊舱很可能不会以与其他两个吊舱相同的速度缩放。

为每个部署创建服务。然后使用入口在适当的endpoint上路由流量。

这是你想要达到的目标吗？

Answer 2

看起来您混淆了这样一个事实，即在线浏览的用户会触发标准请求来“下载”您的静态内容，并使用您的2个API（book和api）。访问您的API的不是提供静态内容的NGINX服务，而是用户的浏览器/应用程序，它们对静态内容和API的做法完全相同（前者有更多/特定的标头和数据，例如auth...）。

在您的图表上，您会希望将新的静态服务与您的book-service和api-service处于完全相同的级别，即入口后面。但是您的静态服务不会像其他2一样与db-service有链接。然后只需完成您的入口规则，静态服务在末尾，如本例所示：

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: your-global-ingress
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: /
spec:
  rules:
  - host: foo.bar.com
    http:
      paths:
      - path: /book-service
        backend:
          serviceName: book-service
          servicePort: 80
      - path: /api-service
        backend:
          serviceName: api-service
          servicePort: 80
      - path: /
        backend:
          serviceName: static-service
          servicePort: 80

您必须调整服务名称和端口，并选择希望用户访问API的路径，在上面的示例中，您需要：

• foo。酒吧com/图书服务为您的图书服务
• foo。酒吧api服务的com/api服务
• foo。酒吧com/即所有其他内容都将转到静态服务