hth华体会体育全站app_什么是微服务架构？

微服务架构越来越受接待，险些在所有主要软件项目中都获得了应用。这主要是由于它的利益和它解决的问题。本文旨在概述微服务架构及其优缺点。

什么是微服务？让我们首先相识微服务是什么。顾名思义，微服务本质上是独立的软件服务，可在软件应用法式中提供特定的业务功效。

可以独立维护，监控和部署这些服务。微服务建设在面向服务的架构之上。面向服务的体系结构（SOA）使应用法式能够在单个盘算机上相互通信，或者当应用法式部署在网络中的多台盘算机上时。

每个微服务都与其他服务松散耦合。这些服务是独立的，并提供单一功效（或一组常用功效）。微服务架构自然地用于大型庞大的组织中，其中许多开发团队可以独立事情以提供业务功效，而且需要应用法式来为业务域提供服务。微服务是如何构建的？这一切归结为一个观点：我们将始终需要维护和更新软件。

我们需要更容易地增强我们的应用法式并缩短公然新版本应用法式所需的时间。引入微服务以解决上述问题。

微服务架构是对上述架构的革新。每个业务功效都作为服务公然。每个服务都可以相互独立地托管和部署。将每项服务视为单一应用法式纵然服务位于差别的盘算机上，所有服务也可以相互通信。

然后，这允许在服务中实现新功效。微服务勉励组织遵循自动部署和连续交付。应用法式最终变得更具弹性，因为每个功效都可以独立测试和部署。由于每个服务都托管在一个单独的历程上，如果服务成为瓶颈而且资源很耗尽，那么它可以移出到另一台机械而不会影响其他服务。

当更多用户开始使用应用法式的功效时，可以通过部署到功效强大的盘算机或通过引入缓存而不影响所有其他服务来扩展服务。它还提高了应用法式的可靠性，因为每个服务都可以独立构建，测试，部署和使用。可以维护应用法式代码，并可以单独监视历程。

专用开发人员可以独立实施服务并在不影响其他服务的情况下公布这些服务。它还消除了单点故障，因为服务可以在不影响软件应用法式提供的所有功效的情况下停机。这种设计淘汰了交付时间，并最终降低了成本。

进一步勉励代码可重用性，因为功效作为服务托管，它允许多个服务使用相同的功效，而不是两次实现相同的代码。可以使用和装饰最新技术客栈的混淆以满足要求。作为一个实例，R或Python数据分析包可以单独部署和托管，C＃.Net可用于实现服务。另外，NodeJS可以在服务器端使用，AngularJs和ReactJs可以用来实现用户界面。

每个业务功效都可以由差别的团队使用差别的技术客栈来实现，而不受其他功效的影响。在下图中，我将演示如何在差别的应用法式服务器上部署服务。引入API网关作为客户端的入口，它汇总并返回来自多个服务的响应。什么是微服务缺点？微服务架构有其自身的缺点，例如：需要为每个微服务构建单独的构建，部署和公布事情流。

因此，确保构建部署事情流程是自动化很是重要，否则会导致IT运营团队不停增加的事情量。由于每个服务都作为单独的流程托管，因此需要为每个流程提供监控和可维护性工具。它可能只是一次性设置，但需要监控这些日志和工具。

ELK-Stack或Prometheus是一个很好的工具。微服务增加了设置系统的事情量。外部服务的设置通常在服务之间共享，而且可能成为一项耗时的任务。

将服务部署为单独的应用法式时，更难取消正在运行的任务。这种设计可能会因网络开销而影响性能，因为每次挪用服务都是通过线路举行的。

通常会引入缓存和并发以提高性能。微服务引入了与漫衍式盘算相关的问题，例如宁静性，事务，并发性等。

需要应用法式级稳定性测试以确保新功效未破坏现有服务的功效。它还可以增加文档事情，因为每个服务都有自己的版本，公布计划和公布周期。

当应用法式和代码库的数量增加时，需要花费精神来维护和治理它。微服务技术 - 实现微服务的软件微服务可以通过使用种种技术来实现和托管，例如：AWS API GATEWAY + LambdaDockerSwarmKubernetesOpenShiftAWS EKS总结本文概述了微服务的概况以及它们的优点和缺点，最后，先容了微服务架构以及可用于实现微服务架构的技术。微服务架构有其自身的缺点，因为服务之间的通信是通过服务API挪用而不是内存中历程挪用，但另一方面，它提供了独立开发，测试，维护和部署功效的灵活性。

本人是aws助理架构师，有多年的aws运维履历，希望跟志同道合之人共探运维技巧。

本文来源：hth华体会体育全站app-www.ytjiaxinyasuoji.com