标签：可用性 持久化 电商 运算 利用 可扩展 大小限制 驱动 需要
两者都是当今技术时代的热门话题，也都被视为是开发技术的竞争对手。
首先，还有相当多的好奇和担心。此外，两者都是可供工程师使用的、高效的、机器无关的抽象。
但是，在冠军之间，有一个不可逾越的鸿沟。你要么在容器区域，要么选择 Serverless。除此之外，如果你愿意将两者结合起来，那将是一个强大的组合。
预计到 2021 年，Serverless 将达到 77.2 亿美元 的规模。但对容器的需求也将增长 40%。
简而言之，Serverless 是运行在服务器上的，基于云服务的子集。
服务提供商或供应商管理 Serverless 操作的基础设施需求。你所需要做的就是部署代码。因此，你有机会更专注于应用逻辑，而不必担心基础设施。
该技术在主流企业中是非常酷的一种存在。
来源：https://www.slideshare.net/speckandtech/a-bot-in-minutes-with-serverless
有很多可用的平台 —— Google 云、AWS Lambda、EdgeEngine
使用 Serverless，你通常是按使用量付费。闲置资源会有价格豁免。例如，Lambda 以 100 毫秒范围为其计时单位。
此外，由于任务很小，且运行在较小的 Serverless 功能上，因此开销成本可达到最小化。
除此之外，代码部署、容器配置、系统策略、可用性级别或后端服务器任务，都不再是你头疼的问题。
你有机会试用自动扩缩容。
来源：epsagon.com
在主机应用环境下，Serverless 是一种外部集成。因此，个人容器的生命周期可以避开任何运行时故障的情况。
像其他服务器一样，Serverless 接受来自数据库或前端程序及站点的信息。根据程序来检索数据并将其返回给用户接口。
与容器相比，Serverless 的定价差异在于，其计费取决于实际的后端任务执行持续时间。
在销售系统上，Serverless 功能可组织库存和交易数据库以及重新进货等临时任务。
最后但同样重要的是，Serverless 在将数据转换为持久化存储或将指标转发给分析服务方面是非常方便的。
这些限制发生在大小和内存使用方面，或者说是基于 Serverless 架构的限制。
例如，为了保持函数的正常运行，并防止额外的系统资源消耗，本机支持的编程语言的有限列表对于 Serverless 来说并不自然。由于基本功能的限制，Serverless 函数可能并不适合监控工具。首先，Serverless 是对主框架平台的外部集成支持。
因此，你无法访问内容管理系统。
这只是 独立包 的一部分，在其中部署、执行和扩展了一个应用程序。
根据 亚马逊 的介绍，容器是“一种操作系统虚拟化的方法，其允许用户在资源隔离的进程中运行应用程序。”
根据容器框架，Docker 的说法，容器管理平台声明：“容器是一个软件单元，它将代码及其所有依赖打包在一起，因此应用程序可以快速可靠地从一个环境迁移到另一个环境。”
在从一个环境到另一个环境的迁移过程中，容器概念非常有用。原因在于其能够在迁移期间引入隔离，以避免任何变量的改变。
因此，如果你要将设计的产品代码从开发迁移到生产，这将是为你而准备的。
其优点很多。
如果你有这方面的技术专长，那么你会喜欢使用容器。它最适合更为广泛的应用或企业。在这种情况下，使用 Serverless，你可能很快就会面临代码蔓延而难以管理的问题。
例如，如果在 Serverless 应用上运行，则折射器会出现各种瓶颈。结果将是极其分散的微服务。
你可以设置策略、保留和管理资源、严格控制安全性，并充分利用容器来管理和迁移服务。
基础架构命令全都掌握在你手里，只需按需定制即可。
手动浏览容器活动的开关及状态。
这就确保了有效深入的调试和测试、对资源的全方位使用，以及在各个级别进行深入的性能监控。
第一个也是最重要的好处是“特有的易移植性”。你可以将所有应用程序与所有依赖组合在一个小的 package 中并在任何地方运行它。
容器非常适合大型应用程序，因为其不受内存或大小限制。你是这里所有涉及功能的唯一所有者。
如果要对比容器与 Serverless 计算之间的区别。
容器最适合大型和复杂的应用。 如果您的产品对环境敏感，则需要一丝不苟的质量保证和监控，容器是解决方案。
容器在迁移遗留的单体应用时也很方便。 您可以将此大型应用程序碎片整理为容器，并使用第三方工具进行安装。
容器适用于大型电商网站。那种具有相当大的站点地图或者有很多子域的网站。您可以使用容器将每个节点包装在其中。
因此，如果您要开始一个新项目，且产品不需要太多迁移时，Serverless 是最好的选择。例如，Serverless 是物联网（IoT）应用程序的最佳选择。该应用程序监测到水的存在，以识别储水设施的泄漏。
通常，程序不必一直运行，但当泄露的情况下，其需要准备好执行。
通常，当开发速度和成本最小化非常重要，且不想管理可扩展性时，Serverless 是理想的选择。
您是否仍然坚持在容器与 Serverless 之间进行选择？
截至目前，两者都可用于相同的开发项目，但用途不同。 Serverless 适用于处理数据事件驱动的触发器。另一方面，容器在技术规范上提供更大的可扩展性和独立性。
有了适当的专业知识，您可以通过容器管理项目的小碎片，作为在 Serverless 上运行项目子集的一种方法。
但这取决于预算管理和项目要求。
结论
容器与无服务器计算？！！正如他们所说，这些是相互竞争的技术！！
基于容器和无服务器的计算是同时代的。 它们支持不断发展的云和基于持续交付的软件世界。 因此，如果您是寻求云战略的人，那么集成技术以减轻弱点对您有利的。
你是哪一方？ 你会考虑将两者结合起来吗？
原文：https://geekflare.com/containers-vs-serverless/
译者：万想
9月福利，关注公众号
?
后台回复：004，领取8月翻译集锦!
?
往期福利回复：001，002, 003即可领取！
Containers vs Serverless：你选择谁，何时选择？
标签：可用性 持久化 电商 运算 利用 可扩展 大小限制 驱动 需要
原文地址：https://www.cnblogs.com/liululee/p/11588695.html
