linux 容器_Linux容器使性能变得容易

linux 容器

应用程序的性能决定了您的软件完成所需任务的速度。 它回答有关应用程序的问题，例如：

• 峰值负载下的响应时间
• 与替代方案相比，易于使用，受支持的功能和用例
• 运营成本（CPU使用率，内存需求，数据吞吐量，带宽等）

这种性能分析的价值超出了为满足负载所需的计算资源或满足峰值需求所需的应用程序实例数量的估计。 绩效显然与成功业务的基础息息相关。 它提供了整体用户体验，包括确定哪些因素会减慢客户预期的响应时间，通过设计针对其带宽优化的内容交付，选择最佳设备并最终帮助企业发展业务来提高客户粘性。

问题

当然，这是对业务服务性能工程的价值的过度简化。 要了解完成我刚刚描述的内容所面临的挑战，让我们将其变为现实，并使其变得有些复杂。

实际应用程序可能托管在云中。 应用程序可能会使用非常大量（或概念上无限）的计算资源。 它在硬件和软件方面的需求都可以通过云来满足。 开发它的开发人员将使用云提供的功能来实现更快的编码和部署。 云托管并非免费提供，但成本开销与应用程序的资源需求成正比。

在搜索即服务（SaaS），平台即服务（PaaS），基础架构即服务（IaaS）和负载平衡即服务（LBaaS）之外，此时云将负责此托管应用的流量管理，开发人员也可能会使用以下一种或多种快速增长的云服务：

• 安全即服务（SECaaS），可满足软件和用户的安全需求
• 数据即服务（DaaS），可按需为应用程序提供用户数据
• 日志即服务（LaaS），是DaaS的近亲，它提供有关日志的交付和使用情况的分析指标
• 搜索即服务（SaaS），用于满足应用程序的分析和大数据需求
• 网络即服务（NaaS），用于跨公共网络发送和接收数据

基于云的服务也呈指数增长，因为它们使开发人员更容易编写复杂的应用程序。 除了软件复杂性之外，所有这些分布式组件的相互作用也变得更加复杂。 用户群变得更加多样化。 软件要求列表变得更长。 对其他服务的依赖性变得更大。 由于这些因素，此生态系统中的缺陷可能会触发性能问题的多米诺骨牌效应。

例如，假设您有一个遵循安全编码惯例的精心编写的应用程序，旨在满足不断变化的负载要求并经过了全面测试。 还假设您具有基础架构和分析工作，以支持基本性能要求。 将性能标准构建到系统的实现，设计和体系结构中需要做什么？ 该软件如何跟上不断发展的市场需求和新兴技术？ 您如何测量关键参数，以便随着系统的老化而优化系统的性能？ 如何使系统具有弹性和自我恢复能力？ 您如何更快地发现任何潜在的性能问题并尽快解决？

输入容器

支持微服务设计或面向服务的体系结构（SoA）优点的软件容器可提高性能，因为由较小的自足代码块组成的系统更易于编码，并且对其他系统组件的定义更加清晰明确。 与巨型单片架构相比，它更容易测试，并且更容易发现问题，包括围绕资源利用率和内存过度使用的问题。

在扩展系统以服务于增加的负载时，容器化的应用程序可以快速，轻松地复制。 安全漏洞可以更好地隔离。 修补程序可以独立进行版本控制并快速部署。 性能监控的针对性更强，测量结果更可靠。 您还可以重写和“翻新”资源密集型代码段，以满足不断发展的性能要求。

容器快速启动并快速停止。 与虚拟机（VM）相比，它们可以实现有效的资源利用和更好的进程隔离。 容器没有空闲的内存和CPU开销。 它们允许多个应用程序共享一台机器，而不会丢失数据或性能。 容器使应用程序具有可移植性，因此开发人员可以将应用程序构建和交付给运行任何支持容器技术的运行Linux的服务器，而不必担心性能下降。 容器在其能力范围内，并遵守其集群管理器（如Cloud Foundry的Diego， Kubernetes ，Apache Mesos和Docker Swarm）施加的配额（示例包括存储，计算和对象计数配额）。

尽管容器在性能方面表现优异，但即将到来的“无服务器”计算浪潮（也称为功能即服务（FaaS））将扩展容器的优势。 在FaaS时代，这些短暂的或短暂的容器将带来超越应用程序性能的好处，并直接转化为节省托管在云中的开销。 如果容器的工作速度更快，那么它的生存时间就会更短，并且计算过载完全是按需的。

翻译自: https://opensource.com/article/17/2/performance-container-world

linux 容器