使用哪些 azure 服务（AKS 或 App 服务）在 azure 上部署多个 docker 容器（启用组合）

Question

我正在尝试在 azure 云上部署多个 Web 应用程序容器，以实现生产环境的 CI/CD 管道部署。 目前，我已经使用 docker 组合文件构建了多个容器镜像，该文件在本地主机环境中运行良好。 我尝试将 docker 图像部署到 azure 容器注册表并使用 azure web 应用程序服务运行它们，但它未能给出错误“ Cannot map ACI 上的容器端口”。 貌似ACI不支持端口映射！

谁能建议我为多容器部署实施 CI/CD 部署的具体解决方案？

app技术栈：Nodejs和Angular

Docker：windows 的 Docker 桌面（使用 Linux 容器构建镜像）

云：Azure

我在 Devops 世界中没有太多经验，如果有人可以指导我以正确的方式为多容器 web 应用程序实施 CI/CD 流程，那将会很有帮助。

谢谢你的时间！

Docker 撰写文件：

version: "3.4"
services:
  frontend:
    build: ./frontend
    ports:
    - "85:80"
    expose:
    - "85"
    - "80"
    networks:
    - dev_network
    depends_on:
    - backend
  backend:
    build: ./backend
    ports:
    - "3000:8600"
    expose:
    - "3000"
    - "8600"
    networks:
    - dev_network
    
networks:
  dev_network:
    driver: bridge

前端 Docker 文件：

# Stage 1: Compile and Build angular codebase

# Use official node image as the base image
FROM node:latest as build

# Set the working directory
WORKDIR /usr/local/app

# Add the source code to app
COPY ./ /usr/local/app/

# Install all the dependencies
RUN npm install

# Stage 2: Serve app with nginx server

FROM nginx:latest

COPY --from=build /usr/local/app/dist/ClientServicePortal /usr/share/nginx/html

# Expose port 80
EXPOSE 80

后端Docker文件：

FROM node:14-alpine
ENV NODE_ENV=production
WORKDIR /usr/src/app
COPY ["package.json", "package-lock.json*", "npm-shrinkwrap.json*", "./"]
RUN npm install --production --silent && mv node_modules ../
COPY . .
EXPOSE 3000 8600
CMD ["node", "server.js"]

Answer 1

我不是专家，但我认为这取决于您的应用程序需要什么样的基础设施/交通。

AKS 允许您在集群内设置缩放、负载平衡和流量控制。 如果您使用 Azure DevOps 工具，另一个优势是 AKS 作为预览版“部署中心（预览版）”中的新功能。 此功能将基于存储库创建 CI 和 CD。 这是一个很好的帮助，开始并看到它工作，之后你可以跳入配置/设置并使用它:)

编辑：你的 docker compose 将被 K8s manifest 取代，但设置起来“很容易”

Answer 2

作为默认建议，以下是本指南中推荐的主要标准：

单一整体应用程序：选择 Azure App Service N-Tier 应用程序：选择协调器，例如 Azure Kube.netes 服务 (AKS) 或应用程序服务，如果您有一个或几个后端服务微服务：选择 AKS 或 Azure Web 容器应用程序Serverless functions & event handlers：选择 Azure Functions Large-scale Batch：选择 Azure Batch

AKS 与 Azure 应用服务

Azure 应用服务：

优点

• 设置起来非常容易
• 与 Azure DevOps 的内置集成
• 与以 .NET/.NET Core 编写的应用程序完美配合
• 没有管理开销（即不需要系统管理员活动）

缺点

• 每个 API 都需要自己的 Azure DevOps 管道设置自己的 ARM/Terraform 模板自定义模板、应用程序设置和机密设置。
• 它仅在 Azure 中可用。尽管它利用了 docker 个容器，但使用 Azure AppService 需要 Azure 培训。
• 没有办法在AppService中限制memory和CPU服务的消耗。
• 在定价方面，与 Azure AppService 相比，AKS 平均节省了 30% 的成本。
• 应用服务是 Microsoft Azure 的遗留技术——自 2017 年以来没有重大公告或博客文章。

Azure Kube.netes服务：

优点

• 无需 ARM 模板部署。
• AKS“推出”过程比应用服务中的 Web 部署过程快得多。
• 此外，借助滚动部署、就绪性和活动性探测等功能，在 AKS 中实现“零停机”部署要简单得多。
• 更简单的 CI/CD
• 可以控制一个pod内每个容器的CPU，memory
• Automatically：可以使用水平pod autoscaler 自动缩放pod 的副本数，或者使用cluster autoscaler 缩放集群的节点数。 Kube.netes 还可以通过使用垂直 pod 自动缩放器分析 pod 的 CPU 和 memory 消耗来向上或向下调整每个 pod 的资源。 遗憾的是，AKS 尚不支持此功能。
• 大多数云提供商都提供 Kube.netes。 如果需要，可以将在 Azure Kube.netes 服务中运行的工作负载移动到其他 Kube.netes 提供商，例如 Google Kube.netes Engine (GKE) 或 Amazon EKS。
• 在定价方面，与 Azure AppService 相比，AKS 平均节省了 30% 的成本。

缺点

• 陡峭的学习曲线。
• 需要学习 kube.netes 术语，kubectl 等。

资料来源：

https://learn.microsoft.com/en-us/do.net/architecture/modernize-with-azure-containers/modernize-existing-apps-to-cloud-optimized/choosing-azure-compute-options-for-基于容器的应用程序

https://levelup.gitconnected.com/moving-from-azure-app-services-to-azure-kube.netes-service-part-1-e489857c6440

https://spltech.co.uk/azure-appservice-vs-azure-kube.netes-service/

https://medium.com/nature-of-clouds/azure-kube.netes-vs-app-services-a-simple-cost-comparison-3800819e3c35