微服务体系结构是一种软件开发技术，它将应用程序构造为松散耦合服务的集合。每个服务都是自包含的，应该实现单个业务功能。微服务体系结构旨在克服大型应用程序的挑战、故障和故障。微服务提供了向系统添加弹性的机会，以便组件能够优雅地处理尖峰和错误。这样，每个涉众都可以只关注整个应用程序的一个特定元素，使用自己的编程风格，而不关心其他组件。微服务中的通信可以毫不费力地进行，因为它们是无状态的，并且在定义良好的接口中(请求和响应是独立的)。

如果应用/软件是使用微服务方法开发的，它将有助于采用DevOps方法，并将消除部署效率低下，从而缩短上市时间。由于微服务与设备和平台无关，因此它能够开发应用程序，为大多数平台(包括web、移动设备、物联网、平板电脑、可穿戴设备等)提供增强的用户体验。

例如，沃尔玛加拿大公司在2012年之前就使用了单片架构!该公司在处理600万次/分钟的页面浏览量时遇到了问题，这消耗了更多的时间，导致销售减少。由于这些问题，他们将软件架构重构为微服务，并在一夜之间发现了即时结果和高转化率。停机时间最小化，公司能够使用更便宜的x86服务器，而不是昂贵的硬件，从而节省了20%-50%的成本。

Microservices 和 SOA

它是SOA的自然演进，各种技术堆栈将技术多样性引入开发团队。SOA和微服务都允许将复杂的工作负载分解为更小、更易于管理和独立的部分。

然而，两者之间有一些基本的区别。

Microservices vs SOA

关注分离和有界上下文系统的改变创造了新的服务关注持续交付和DevOps使用轻量级协议，如HTTP、REST等。各个微服务之间提供了独立的数据存储MicroservicesSOA目标最大化的重用性

系统的改变需要修改整体结构

关注持续交付和DevOps

使用简单的消息传递系统进行通信使用企业服务总线(ESB)进行通信支持消息协议

共享的数据存储

Microservices哲学

微服务的哲学类似于Unix哲学，“只做一件事，做好它”。其特点如下:

执行单个功能的组件化

根据业务能力进行组织

关注产品，而不是过程

分散的治理和数据管理

服务是弹性的、弹性的、可组合的、最小的和完整的

为什么软件开发公司应该投资于微服务架构?Improves Fault Isolation

在微服务体系结构中，开发人员确切地知道在何处查找要解决的问题。如果单个模块受到影响，它可以很容易地拆卸或解决，而不影响应用程序的其他部分;提高应用程序的可用性。这在单片应用中是完全矛盾的;单个组件的故障可能导致整个应用程序崩溃。例如，移动游戏应用程序(构建在单块架构上)有不同的组件，比如支付、登录、玩家、历史等等。如果一个特定的组件开始消耗更多的内存空间，整个应用程序将受到影响，这将导致糟糕的用户体验。

Easy to Modify the Technology Stack

通过使用微服务，软件开发公司可以在特定组件上尝试新的堆栈或最新技术，以提高可用性，并在应用程序级别获得更大的好处。由于不存在依赖问题，如果软件开发人员没有提供一致的用户体验，他们可以避免使用特定的技术栈。这样持续的现代化，你的系统不会轻易过时。

Provides scalability微服务对有性能问题的部件进行扩展，并使用最符合服务需求的硬件。由于每个服务都是单独的组件，因此可以使用更多的容器部署可伸缩性，从而实现更有效的容量规划、更少的许可成本和适当的硬件。关键服务的组件可以部署在多个服务器上，以提高可用性和性能，而不会影响其他服务的性能。这种可伸缩性可以带来更好的客户体验并节省成本。

Aligned With the Organization

如果一个组织正在使用微服务，那么可以定义团队规模来匹配所需的任务。此外，团队可以被分成更小的小组，并且可以专注于应用程序的单个组件。由于最终目标是客户满意度和良好的用户体验，所以团队不分为UI团队、数据库团队等。例如，如果在UAE工作的团队要处理3个服务，而在California工作的团队要处理5个服务，那么在California和UAE工作的每个团队都可以独立发布和部署不同的功能。这些跨职能团队致力于实现单一功能，打破团队之间的隔阂，促进更好的协作。

Improved Productivity and Speed

有了微服务，生产率和速度可以很容易地解决。不同的团队可以同时处理不同的组件，而不必等待一个团队完成任务。这就加快了质量保证的速度，因为每个微服务都可以单独测试。其他涉众可以致力于增强已经开发的组件，而其他程序员则致力于其他组件。这提高了速度，并导致更快的产品发布。

需要考虑的障碍

仅仅因为一切看起来都很华丽，并不意味着它对软件行业来说是完美的;它确实有潜在的痛苦，这也需要解决:

由于微服务侧重于分布式系统和独立服务，每个请求都需要在模块之间小心处理。其中一个服务可能没有响应，这迫使开发人员编写额外的代码以避免中断。

基于微服务的应用程序的测试可能是一项痛苦的任务，因为在开始测试之前需要确认每个依赖的服务。随着服务数量的增加，复杂性不再停留在后台!在所有服务上保留标签变得不切实际，因为可能会出现数据库错误、网络延迟、缓存问题等。因此，弹性测试和错误注入成为了必须。

每个服务都依赖于它自己的API和平台，跟踪每一件事都是一项痛苦的工作。领导者需要监视多个实体并管理整个基础设施，因为如果任何服务出现故障，跟踪问题就变得很乏味。因此，健壮的监视是必要的。

随着持续的交付和快速的发展，员工必须跟上敏捷性和速度要求利用微服务的好处。如果他们花很长一段时间提供服务器，公司可能会陷入严重的麻烦。

微服务和整体架构之间区别

整个应用程序中的每个组件都必须很小，并且必须交付最终目标不同的技术可以用于不同的微服务

Microservices ArchitectureMonolithic Architecture遵循所有业务目标的单层体系结构

Services are fastTakes more time即使一个服务宕机，也不会影响其他组件。其他服务可以继续进行如果某一特定特性存在问题，则需要将整个系统拉下松散耦合和分散。所有独立工作All services are tightly coupled更多的资源可以用来产生高收入由于服务不是孤立的，因此不可能进行更多的资源分配应用程序扩展是可能的;因此，硬件可以按照需求进行分配缩放有点困难;因此，硬件分配可能会造成浪费微型服务迅速发展，持续可用流程需要从头开始;快速发展会变得困难通过定义良好的接口与其他微服务进行通信Communication can be messed upFocuses on productFocuses on entire project最新的技术不能被使用，因为一个程序依赖于其他程序

微服务架构的未来

您可能已经清楚地了解了微服务体系结构及其改变软件行业的潜力!随着数字技术和多设备支持的日益普及;软件开发正在深入到复杂的过程中。但是软件行业有幸拥有微服务体系结构，它可以作为解决软件开发公司复杂性的完美解决方案。如果公司想采用它，它肯定会在技术和操作上影响企业文化。

大公司已经在使用中

今天，随着微服务的兴起，大多数公司都在推倒单体架构，采用现代架构来在激烈的竞争中发挥作用。其中包括Netflix、eBay、亚马逊(Amazon)、Twitter、贝宝(PayPal)、沃尔玛(Walmart)等等……

Netflix

NetFlix是最早在SOA体系结构中使用微服务的公司之一。在公司快速增长的时候，无法建立数据中心来提供可伸缩性。开发中的小问题需要软件开发人员一次又一次地寻找问题。但是，当他们用微服务重构现有的架构时，他们每天能够通过800种不同设备的api处理10亿个调用。如今，Netflix正在使用500+微服务和30+工程团队。

优步

优步开始了它的微服务之旅，在一个城市建立的单一的单体架构。由于它只在一个城市运行，一个代码库选项似乎是干净的选项，可以解决所有的业务问题。但是，当它迅速扩展到其他城市时，组件变得紧密耦合，封装是另一个问题，而持续集成则是一个负担。因此，为了解决所有这些复杂性，工程团队重构了现有的应用程序并使用了微服务。

1.所有乘客和司机通过API网关连接

2.部署单独的单元来执行单独的功能

3.所有功能都可以单独缩放

因此，从单体架构到微服务架构的转变让优步受益匪浅。

Amazon

亚马逊是大型电子商务商店之一，它遵循单体的应用程序，使开发人员彼此分离，并将团队从最终目标中分离出来。该公司必须解决协调过程之间的冲突，将它们合并为一个单独的版本，并生成所有版本的主版本。需要重新运行全新的代码库、测试用例，以确保没有仓促的工作。这些小故障使得公司使用微服务架构!这个软件解决方案通过自己的web服务api与世界进行通信。因此，它非常成功。

做出选择

无论你选择是整体服务还是微服务，两者都有其优点和缺点。最后，选择软件架构取决于您的项目需求、项目的大小等等。如果您希望构建小型软件，那么单体架构是一种选择，如果您喜欢开发复杂的软件，那么微服务体系结构无疑是一个很好的选择。

如果想学习Java工程化、高性能及分布式、深入浅出。性能调优、Spring，MyBatis，Netty源码分析的朋友可以加我的Java高级架构进阶群：180705916，群里有阿里大牛直播讲解技术，以及Java大型互联网技术的视频免费分享给大家