无服务器架构与容器谁将尘埃落定？

在前端领域，无服务器（Serverless）架构和容器化技术近年来备受瞩目。它们的出现让前端应用的部署和维护变得更加容易、灵活和高效。但是当我们面临选择时，如何决策呢？这篇文章将为您全面解析两者的优缺点和使用场景，帮助您在如何选择上做出合适的判断。

无服务器架构

无服务器架构是一种利用云计算资源、按需执行代码的方法，而不是建立一个早期定义好的服务器端框架。无服务器架构在逻辑上仍然需要服务器，但这些服务器会被云提供商自动地管理和维护。这种架构使用函数（Function）执行代码，实现前端应用的逻辑。

优点

1. 开发效率高：无服务器架构可以快速构建和部署应用程序，因为用户无需手动维护服务器，也不需要考虑服务器的配置和扩展问题
2. 节约成本：这种架构允许用户按照他们实际使用的方式付款，因此用户能够节省服务器管理成本
3. 按需进行扩展：无服务器架构可以根据业务的需求，按需执行代码。这种方式不仅可以缓解系统的瓶颈，而且可以在资源需求低时节省资金。
4. 更少的维护成本：无服务器架构允许云平台处理大多数的工作，比如安全、故障排除和升级扩展，让业务开发人员和运营人员将大部分精力放在应用程序上。
5. 便于管理：无服务器架构中集成了监控和日志记录，使得业务开发者可以快速定位问题。

缺点

1. 构建成本高：虽然无服务架构的使用成本相对低，但是构建成本很高，需要深刻理解多种不同服务的交互模式。
2. 测试困难：测试无服务器架构应用程序是具有挑战性的，因为业务开发人员需要在开发期间与业务逻辑无关的代码进行测试，那么将造成一定的测试困难。
3. 运行时间访问限制：部分无服务器架构服务提供商可能对您的应用程序运行时间和访问次数设置限制。
4. 基础设施绑定：无服务器架构是和特定的云服务供应商绑定在一起的，无法跨云平台运行，只能在所选择的云服务供应商的平台上运行。

适用场景

1. 短时间内需要部署大规模前后端分离系统的时候
2. 临时性系统：比如说，新系列产品或促销活动期间，需要快速构建临时性系统，而无需投入大量时间和资源。
3. 数据预处理、任务处理、轮询任务等一系列任务处理订单，处理统计数据等都很适合使用。

容器化技术

容器化是将应用程序打包到容器中，以便在不同的环境中使用，运行时需要依赖的所有库、框架和工具都打包在一起，并可以在不同环境中运行，保证应用程序的一致性和可移植性。例如，Docker和Kubernetes都是容器化开发和部署的工具。

优点

1. 部署简单：容器具有高度的可移植性，使得在不同的环境中部署应用程序变得更加简单。
2. 轻便的系统：容器由于与宿主机共享操作系统内核，因此作为操作系统级别的虚拟化技术，比虚拟机更加轻量（仅仅几个百兆）。
3. 易于管理：容器化技术容易部署、管理、扩展和维护。因为容器具有稳定一致的运行环境，所以管理起来就比包括硬件服务器在内的其他形式更简单。
4. 提高应用程序的可靠性：容器的轻量和一个完整性工作环境隔离监视的运行方式，使得容器应用程序能够更加可靠地部署和运行。

缺点

1. 动态升级问题：容器化技术的升级方案比较复杂，所有容器都需要同时更改为最新版本。
2. 容器映像的不易管理：由于长时间不清理，由于积累了许多上游容器层，并且具有很多大型组件和库，容器映像会占用大量存储空间。
3. 资源浪费：容器化技术本质上是多个微服务的集合，因此运行环境中立足的微服务数量越多，越容易浪费云服务的资源。

适用场景

1. 多个独立的应用程序同时在同一台服务器上运行时
2. 镜像和部署应用程序的唯一性
3. 针对非常繁重的工作，例如微软的EBG团队成功将其持续交付流程转换为容器化方式。

无服务器架构与容器化技术的比较

优劣对比

从上表的对比中，可以看出无服务器架构和容器化技术各有优劣。无服务器需要考虑云平台的优势，比如开发效率、运行时的自动扩展、低维护成本等等。容器化技术则更侧重于应用的可移植性、更强大的管理功能和更高的可靠性。

实战说明

无服务器架构和容器化最重要的优势是它们可以一键式地部署应用程序。这样开发人员可以轻松地将应用程序部署到各种新环境中，只需少量的手动操作即可。

举个例子：假如我们要将一台云服务器中的 Flask应用程序容器化。代码如下：

-- -------------------- ---- -------
---- ----- ------ -----

--- - ---------------

---------------
--- --------------
    ------ ------- -------

-- -------- -- -----------
    ---------

如果要将其容器化，我们需要使用Dockerfile。Dockerfile是用于生成Docker容器镜像的文本文件，包括应用程序编译、环境变量定义、文件复制等一系列指令。

FROM python:3.6-slim-buster
WORKDIR /app
COPY requirements.txt ./
RUN pip install --no-cache-dir -r requirements.txt
COPY . .
EXPOSE 5000
CMD [ "python", "./app.py"]

构建Docker容器：

docker build -t my_flask .

运行Docker容器：

docker run -p 5000:5000 my_flask

最后，在浏览器中输入 http://localhost:5000/tests 以检测我们的 Flask 应用程序是否已容器化。

结论

在选择无服务器架构和容器化技术之间，需要根据具体业务需求进行权衡。如果您需要快速部署小型应用程序，同时偏向于使用无服务器架构；如果您需要安全稳定的系统，并且需要在超大规模的实时负载下部署应用程序，那么您应该选择容器化技术。

总的来说，无服务器架构和容器化技术都已成为前端服务化的重要方面，并且将继续发展，为前端开发者提供许多有益的帮助。

来源：JavaScript中文网 ，转载请注明来源 https://www.javascriptcn.com/post/6748699f93696b0268f5c5f0