如果你将嵌入式软件开发的重点放在基于微控制器的系统上，你可能不熟悉容器和微服务。迄今为止，容器和微服务在基于微控制器的嵌入式系统中相对较少。相反，这些技术主要存在于云和移动应用程序中。然而，这些工具为团队提供了编写安全、易于更新、可伸缩和易于维护的软件的能力。

　　微服务和容器是构建和部署软件应用程序的两种流行方法。虽然它们经常一起使用，但它们不是一回事。嵌入式系统的一个发展趋势是利用容器和微服务。在本文中，我们将探讨容器和微服务之间的区别，以及各自的优缺点。

　　什么是容器?

　　容器是一个半隔离的执行环境，它将应用程序与其依赖项捆绑在一起。容器允许应用程序独立于主机环境运行，从而在各种环境中实现一致的执行。例如，假设你编写了一个接受数据包并解析它的容器化应用程序。在这种情况下，应用程序可以运行在服务器、主机PC上，甚至是嵌入式目标上，如果容器运行时支持的话。图1概述了一个虚构的系统，该系统使用容器来运行五个独立的应用程序。

　　图1:基于容器的应用程序的典型堆栈。

　　容器有助于确保跨多个环境的一致性，减少由不同配置引起的问题。例如，你有没有尝试过让一个新的开发人员使用你正在使用的构建系统?确保每个人都拥有相同版本的工具、库等等通常是一件非常痛苦的事情。开发环境的容器化允许相同的环境被部署到任意数量的开发人员，不管他们的本地系统配置如何。

　　什么是微服务?

　　微服务是一种软件架构风格，它将一个应用程序分解成一组小型自治服务。每个微服务都可以独立部署，并与应用程序中的其他微服务松散耦合。一个定义良好的接口用于允许微服务之间的通信，以便它们可以一起工作来实现应用程序的总体目标。微服务架构比传统的整体架构更加灵活和可扩展。

　　图2:微服务通常包含这里描述的五个部分。[1]

　　微服务使开发团队能够轻松地遵循敏捷流程，如DevOps和TDD。微服务更易于测试和部署，软件也可以在现场轻松扩展。由于大多数微服务都很小，因此可以由一个团队轻松维护，并根据应用程序需求在不同的产品中重用。

　　容器和微服务有什么区别?

　　容器是一种用于将应用程序及其依赖项捆绑在一起的技术。微服务是一种架构风格，它将应用程序分解为小型自治服务。开发者不需要选择一个或另一个，他们可以同时使用两者。例如，一个或多个微服务可以捆绑在一起并部署在一个容器中。(你通常不会找到包含容器的微服务)。

　　容器使得独立于微服务的执行环境部署微服务成为可能。例如，可以使用容器来部署用于开发、测试和生产的微服务。但是容器和微服务都不需要对方。你可以拥有部署时没有容器的纯微服务架构，也可以拥有在其包含的应用程序中不利用微服务的容器。我已经提到过，把它们一起使用是有好处的。

　　结论

　　容器和微服务不是需要独立使用的技术。相反，开发人员可以利用容器和微服务来高效地交付和维护他们的产品。这些工具可以为开发人员提供机制来打破他们的单片应用程序并使他们的架构现代化——容器和微服务彻底改变团队设计和构建嵌入式系统的潜力很大。既然你已经理解了这两者之间的区别，那么你应该问问自己，你是否能够在你的产品中受益于并利用这些技术。