微服务与无服务器知识大放送

时间:2021-07-16 | 标签: | 作者:Q8 | 来源:网络

小提示：您能找到这篇{微服务与无服务器知识大放送}绝对不是偶然，我们能帮您找到潜在客户，解决您的困扰。如果您对本页介绍的微服务与无服务器知识大放送内容感兴趣，有相关需求意向欢迎拨打我们的服务热线，或留言咨询，我们将第一时间联系您！

是分布式一体化还是微服务?

如今，大多推广视频数人想到单个微服务时，他们想到的是一个独立的服务组件常见的网络营销方法。在大多数情况下，微服务被构建为应用，专注于处理好一件事情。最重要的是，这种服务可以独立于其他服务进行升级和部署。

现在，如果说到传统的CQRS实施，如果由于组件相互分离就称之为微服务，似乎有些不妥。因此我们得问一句：可以将CQRS应用视为微服务吗?或者换种说法，可以像某些开发人员那样，开始称之为分布式一体化吗?对于这个问题，不同的人会有不同的答案。微服务主要是让小型独立团队有能力持续交付功能，作为其他微服务组成的更大生态系统的一部分。

如果与大多数微服务部署相比，CQRS部署是十分复杂的。对于微服务团队来说，能够持续将功能交付至生产是目标。由于CQRS中分离的组件仍可以独立部署，我们可以说每个部署单元仍可满足独立将功能交付至生产的最低要求。微服务的一个功能应该始终需要且最多一个可部署单元。当交付一项功能时需要同时协调部署多个单独组件，就会产生所谓的分布式一体化。

微服务和无服务器

无服务器也称为FaaS(功能即服务)，可让您在不需要设置或管理应用服务器或容器的情况下，将代码部署为功能。无服务器是一种新型架构风格，在构建和运行云原生应用方面越来越受到关注。使用无服务器功能的一个显著优势是，事件概念被优先处理。

有很多人以为，微服务和无服务器不兼容，彼此的架构风格完全不同。但是回想一下前面提到的CQRS你就会明白，这种想法是错误的。让我们来看一个场景，你认为在此场景中微服务的边界在哪里?

一种方法是认为微服务的边界就是团队的边界。只要一个团队可以独立、连续地将特性部署为功能，那么微服务的边界就只是负责为团队拥有的特性提供支持的功能子集。

权衡

要采用微服务和无服务器相结合的方法，需要您仔细权衡多项内容，让我们来看看需要注意的事项。

速度

对于微服务来说，速度就是目标。我们可以通过关注以下两个问题来衡量速度，平均时间越低，团队交付功能的速度就越快。：

开发人员改变一行代码并将其安全地部署到生产中的速度有多快?

新开发人员快速上手并安全地更改代码库的速度有多快?

无服务器具有学习曲线，但有助于提高微服务的速度。它将大量工作流程管理从核心组件移出，放入独立升级和部署的小型可组合功能中，从而提高速度。这在最大程度上缩短了开发人员了解单个功能的工作原理以及如何安全更改所APP推需的时间。

无服务器功能也易于升级或部署，但可能会让了解整体系统更加复杂。将数百个无服务器功能作为一个整体来管理，这听起来就有点头大。

复杂性

软件中的复杂性无可避免，随着代码库逐渐老化，复杂性也随时间增加。当复杂性增加，或者当框架或语言过时的时候，一体化应用就变得笨重、难以改变。微服务器将这种复杂性分解到分布式系统中，其中的每个可部署单元都易于理解，易于由一小部分敏捷开发人员进行更改。

以上就是我们的今日分享。

上一篇：微服务与无服务器知识大放送（二）
下一篇：无服务器计算给云计算埋了哪些“坑儿”